Results 1 to 5 of 5

Thread: Call Routing on Quadro using "Route all incoming SIP calls to Call Routing" option

  1. #1
    Member
    Join Date
    Feb 2010
    Location
    Clearwater, Florida
    Posts
    37

    Cool Call Routing on Quadro using "Route all incoming SIP calls to Call Routing" option

    Hello Everyone,

    I am trying very hard to have ALL outbound AND inbound call routes handled via the Call Routing table of a Quadro 2x.

    When run, the VoIP Carrier Wizard creates extension 99 in the Extensions Table and then sets UCF on that extension to whatever extension you tell it. In my case, the AA. It also creates outbound call routes that use the extension settings of extension 99 in the Call Routing Table. And this does work.

    But, following Epygi's own documentation, they suggest for highest security, the option "Route all incoming SIP calls to Call Routing", should be checked. When this option is checked, I keep getting: "The subscriber you have dialed is not in service..."

    For those more advanced members, here is an excerpt from a recent call log:

    23:29:11.516 * <-> * ExternalSIPCallRoute: caller - 17274304008@4.55.12.163, target - 17274752391@4.79.132.209, callID - 5481353016819273657, media - [<D>4.55.12.130:20888, a: PCMU(0), PCMA(8), G729(18)(annexb=no), telephone-event(101)(fmtp:0-15)].
    .561 GetCR: [SIP/17274304008@4.55.12.163(4.79.132.209)|17274752391]-><17274752391>->PBX/17274752391.
    .563 UpdateSIPUserInfo: UN:17274752391, ID:, HA:4.79.132.210, HP:5060, SD:[BP#4.79.132.209:5060][NP#0:60]
    .565 * <-> * ExternalSIPCallRoute: no such extension - 17274752391, callID - 5481353016819273657.
    .566 ExternalCallReportError: error code - "User Not Found", callID - 5481353016819273657.
    23:29:41.900 * <-> * ExternalSIPCallRoute: caller - 17274304008@4.55.12.163, target - 17274752391@4.79.132.209, callID - 5481353145668676993, media - [<D>4.55.12.130:13962, a: PCMU(0), PCMA(8), G729(18)(annexb=no), telephone-event(101)(fmtp:0-15)].
    .945 GetCR: [SIP/17274304008@4.55.12.163(4.79.132.209)|17274752391]-><17274752391>->PBX/17274752391.
    .947 UpdateSIPUserInfo: UN:17274752391, ID:, HA:4.79.132.210, HP:5060, SD:[BP#4.79.132.209:5060][NP#0:60]
    .952 * <-> * ExternalSIPCallRoute: no such extension - 17274752391, callID - 5481353145668676993.
    .953 ExternalCallReportError: error code - "User Not Found", callID - 5481353145668676993.
    23:31:22.970 OnCgiPartyStateChanged: CGI messenger is connected.
    .973 OnUpdate: update type - 0x40.
    Parameter 1: 2.
    23:31:23.138 OnCgiPartyStateChanged: CGI messenger is disconnected.
    23:31:37.511 * <-> * ExternalSIPCallRoute: caller - 17274304008@4.55.12.163, target - 17274752391@4.79.132.209, callID - 5481353643884493651, media - [<D>4.55.12.130:16364, a: PCMU(0), PCMA(8), G729(18)(annexb=no), telephone-event(101)(fmtp:0-15)].
    .552 GetCR: [SIP/17274304008@4.55.12.163(4.79.132.209)|17274752391]->N/A
    .553 ExternalCallReportError: error code - "User Not Found", callID - 5481353643884493651.
    I created a route in the CRT:
    Destination Pattern=17274752391@4.79.132.209
    Destination Type=SIP
    Source Pattern=*
    Source Type=Any

    I want to know how to set up the inbound call routes so that I do not have to create an extension in the Extensions Table for EVERY SIP account we have. This seems not correct as we have five separate DIDs, each requiring an entry in the Extensions Table to handle the incoming calls, and five separate outbound call routes in the Call Routing table for dialing out with each distinct DID.

    There has got to be a better way to manage inbound and outbound calling. Anybody got some concrete ideas?

  2. #2

    Default

    Hello,

    If you wish to enable "Route all incoming SIP calls to Call Routing" you`d need to add routing records for each DID. But you can define these DIDs on extansions as SIP user name as well. You must make correct records if you try to enable route of SIP calls to Call Routing Table.

    Destination Number Pattern: 17274752391
    Number of Discarded Symbols: 11
    Prefix: Extension number you wont to receive the incoming call
    Destination Type: PBX

    Thanks,
    Ashot.

  3. #3

    Default

    Let me clarify something here:
    1) "Epygi's own documentation, they suggest for highest security, the option "Route all incoming SIP calls to Call Routing", should be checked" - Epygi's documentaion doesn't say that. It says that even if "Route all incoming SIP calls to Call Routing" is not checked, the SIP call may go to Call Routing Table if the destination number is not found among Quadro extensions. (If that box is checked then Quadro will not try to match the destination number with extension names and will send the call to Call Routing Table immediately). Therefore, the document "strongly recommends to secure the rules in the Call Routing table by setting the filtering or authentication options. The best and the most secure way will be to use both options at the same time."
    2) If Quadro is configured with one ITSP account with many DID numbers then there are two ways of receiving the calls on those DID numbers on separate Quadro extensions:
    a) create real or virtual extension for each DID assigning the DID as a SIP user name of that extension
    b) create a separate call routing record per each DID as ashotar described above.

  4. #4
    Member
    Join Date
    Feb 2010
    Location
    Clearwater, Florida
    Posts
    37

    Default

    Hi hrant,

    Thank you for taking the time to help us in these forums.
    I am confused here about you documentation then.

    Page 6 of "Preventing Unauthorized Calls on the Quadro" states:

    The external callers can potentially use call routing rules on the Quadro not only from the Auto Attendant. Unlike PSTN calls, SIP calls by default reach Call Routing table directly, bypassing the Auto Attendant. Therefore, it is a high priority to secure the routing rules on the Quadro from unwanted SIP calls.

    The documentation then goes into the option of "Route all incoming SIP calls to Call Routing checkbox. It clearly states that leaving this option UNCHECKED DOES NOT SECURE the Quadro. That is to be interpreted only one way: CHECKING THIS OPTION HELPS TO CREATE A SECURE QUADRO:

    The best and most secure way will be to use both options at the same time.

    Both options mean the Extensions Management table AND the Call Routing Table. This is why I said Epygi's own documentation says the option secures the Quadro.

    What I need to understand is how to use the CRT rather than the EMT to handle incoming calls. We have five DIDs with one ITSP but we have other clients that will need forty+ DIDs. I am not eager to have to create 40 entries in the EMT and 40 entries in the CRT also. There has got to be a more simple way.

    I am not sure ashotar's solution will work but I will try that and see what the result is. My main concern is I want to eliminate clutter and I do not want to create records in the Quadro that do not absolutely have to be there. I like things highly organized and simple to maintain.

    I welcome all input that can lead me in the right direction. Thanks again to everyone....

  5. #5

    Default

    Hi BeeSoft

    You are running into wrong conclusions. The document clearly says:

    Regardless whether the Route all incoming SIP calls to Call Routing checkbox is selected or not, SIP calls from external callers go to the Call Routing table, so any unprotected routing rule can be misused. That is why it is strongly recommended to secure the rules in the Call Routing table by setting the filtering (see Using Filters on Call Routing Rules) or authentication options (see Using Local Authentication on Call Routing Rules). The best and the most secure way will be to use both options at the same time.

    ...which means:
    a) any external SIP call may go to Call Routing table and therefore it needs to be protected.

    b) for protectig you can use filters or authentication. Using both methods on the same call routing rule is the most secure way.

    If you want to use CRT for handling the incoming calls on DID then follow ashotar's recommendation. If it is not clear enough then aks for clarification rather than doubting in validity of solution. In general you will need as many routing rules as many DIDs there are. However, if DIDs are a range of consecutive numbers (for example, 12223330001, 12223330002, 12223330003,..., 12223330040) then you can handle all of them in one rule like this:

    Destination Number Patten: 1222333????
    Number of Discarded Symbols: 9
    Prefix: 1
    Destination Type: PBX
    .....

    With this rule the call on DID# 12223330001 will go to ext# 101; the call on DID# 12223330002 will go to ext# 102, ..., the call on DID# 12223330040 will go to ext# 140




Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Replies: 0
    Last Post: 06-10-2010, 11:01 PM
  2. Call Routing with "0" .
    By dolmen in forum Troubleshooting and Problems
    Replies: 0
    Last Post: 04-07-2010, 02:55 AM
  3. Diferences between new features "Listen-in", "Whisper", "Barge-in"
    By MefhigosetH in forum Suggestions and Feedback
    Replies: 1
    Last Post: 10-22-2009, 03:09 PM
  4. incoming calls with "unknown number"
    By dolmen in forum Tips and Tricks
    Replies: 5
    Last Post: 12-22-2008, 04:13 PM
  5. Call routing: SIP versus IP-PSTN "Call type"?
    By mobidutch in forum 'How Do I' Questions
    Replies: 1
    Last Post: 03-13-2008, 03:04 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •