atcomsystems.ca/forum Forums TDM Business Telephone Systems Inter-Tel Telephones & Systems Junk Faxes

Using the Axxess v11 system. We have many DID's assigned to 'unmanned' stations. Is there a way to capture the caller id of that annoying fax and block/not allow it to complete into the system.

Which do you want to accomplish - route calls dialed to unused DID numbers or reject calls based on Caller ID?

Reject based on Caller Id

Set up a Call Routing Table and have the lines ring into the CRT. You'll find help for this by hitting F1 in DB Studio. You can have unwanted CIDs disconnect on ring in.

Routing calls based on Caller ID is a pretty useful tool. I’ve used it to set up call centers where the customer wanted high-priority clients’ incoming calls routed to specially trained agents.

Create a new Call Routing Table where the Call Routing Key is the Outside Party Number. Enter the 10-digit number to be routed as the pattern and define the Ring-In Destination. To reject the call, you can create an application with a greeting that says the number is not in use, or simply drops the call.

At the bottom of the table, create + and E patterns, and set the Ring-In Type to be your normal Call Routing Table. Point your trunk group to the new table. Any match for Caller ID will be diverted; all other calls will default to the normal table.

Need a little more detail.
Call Routing Table 1 is day and 2 is nights.
If I use '14' for this where do I make the change for 'point your trunk group to the new table'.

You can use the existing CRTs. Just put the numbers you want to reject at the top of the table. The CRT will process from top to bottom. If the number isn't found before it gets to the existing entries, it'll process normally. If an entry is found, it'll process by disconnecting or whatever you choose. I personally have my applications play a standardized information tone and telephone company recording saying you've reached a number that is no longer in service. Then it disconnects them.

MacGyver, I don't think that will work. The non-rejected numbers need to be be routed by DNIS, not Caller ID. The CRT can route by either, but not both on the same table. Unless I'm missing something, the + and E need to route to a different table to route calls by DNIS.

My mistake. If that's the case then use DND ON's solution. I must not have read the original post well enough. For some reason I was thinking inbound trunks routed by CID. :bang:

Allergy seasion in Texas and I'm heavily doped up on Benedryl. I don't know if that's a valid excuse but I'll plead it anyway.

Just say no...

Anyways, oldmiss, you'll need to create new day and night routing tables as described above.

Let's say you'll use table 14 for day routing. Point your trunk group day ring-in to table 14. Have your + and E patterns route to table 1.

In day mode, calls will route to table 14. If there's a match, the call will be diverted. If there's no match, the call default to the original table 1, where it will be routed normally.

Duplicate this for night mode.