Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Rhinorhino on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

AVAYA IPO v11 SIP to SIP trunk

Status
Not open for further replies.

Saif Miyaji

Systems Engineer
Joined
Sep 6, 2019
Messages
6
Location
KW
thread940-1773583
Hi,

We have 2 SIP trunks on the IPO. Trunk id 17 going towards ISP and Trunk id 18 towards a branch. We have been trying to use the ISP trunk to make PSTN calls from the branch. i.e. Branch --(Trunk 18)---HO---Trunk 17----PSTN.
1. We have created an ICR with blank incoming number and destination "." line id is 18
2. We have created a shortcode 9N and Telephone number N, line id 17 to go towards PSTN.

This is not working and trace shows that the call is hitting the ICR but never passed on to shortcode or ISP trunk 17.
Incoming calls from branch to the local extensions at HO works fine.

Could someone advise on this?

Regards
Saif
 
Is the branch sending the 9 when it comes over on trunk 18?
Shouldn't you actually have 9N / Dial / N / 17 go instead to an ARS table that routes through trunk 17?
 
Thanks for the reply.

1. Yes, it sends 9 along with the actual PSTN number
2. Sorry Im a Cisco guy and have no idea about the ARS table. Please suggest me a simplest way to achieve this.
 
How do you dial out of the home system? Dial 9 and number? Dial something else and the number? Just dial the number without any leading prefix?

I'm US based, so I can explain the scenario used here.

Users on the Main system dial 9 and telephone number to make an outgoing call.
Short Code 9N / Dial / N / 50:Main strips off the 9 and sends the telephone number to ARS table 50:Main
ARS table 50:Main has some pattern matching, but basically the entry N; / Dial 3K1 / N / {Outgoing line group (17)}

Similar thing at the Branch system
Short Code 9N / Dial / N / ARS 50:Main
ARS 50:Main N; / Dial 3K1 / 9N / Line Group 18

So the Branch User dials 9-1-800-555-1212. 18005551212 is sent to 50:Main (on the Branch system). 918005551212 is sent to line group 18, which comes over to the Main system. Main system receives 918005551212 and sends 18005551212 to 50:Main (on the Main system) sends 18005551212 on the SIP trunk 17

SIP (and PRI) dialing is done "en-bloc", all digits are accumulated until you are finished dialing them on the phone, and then they are sent out on the line.


 
Yes we do dial in the same way. 9+PSTN number for the local calling.

I have done following configurations:
1. Incoming Call Route: Line No 18, Destination "." , everything else default.
2. Short code created with 9N/Dial/N/50:Main
3. ARS 50: Main has following entries
a. ?/./Dial/0
b. N/N/Dial 3K1/17

when call comes in from Branch, Line 18 trace shows error "404 Not Found", No activity recorded on Line 17
 
Did you try to enable Call routing method "TO Header? And do the users from system b send a valid URI?

SIP messages from system a would be helpful.

Need some help with IP Office? IP Office SIP trunk configuration: CLI based cale blocking: SCN fallback over PSTN:
 
TTT
I have tried removing the a) a. ?/./Dial/0, doesnot make any difference.
Derfloh

Did you try to enable Call routing method "TO Header? And do the users from system b send a valid URI? Yes, the routing method is Header.

Here is the SIP trace from the Line 18, nothing on Line 17

9/7/19 2:36:20 PM-959ms Line = 18, Channel = 1, SIP Message = Response, Direction = From Switch, From = XXXXX500@192.168.102.21, To = 955971111@192.168.10.10, Response = 100 Trying
9/7/19 2:36:20 PM-962ms Line = 18, Channel = 1, SIP Message = Response, Direction = From Switch, From = XXXXX500@192.168.102.21, To = 955971111@192.168.10.10, Response = 404 Not Found
9/7/19 2:36:21 PM-197ms Line = 18, Channel = 1, SIP Message = Ack, Direction = To Switch, From = XXXXX500@192.168.102.21, To = 955971111@192.168.10.10
 
I have following message from the Monitor:

Reason: Q.850;cause=1;text="Unallocated (unassigned) number
 
I have been struggling to achieve this pretty simple looking task from last 3 weeks.Please assist.
 
As derfloh said you need to post a complete monitor trace to see exactly what is going on. Please post in a .txt file and attach it rather then post it on here. Just giving 3 lines here and 1 line here is impossible to problem solve.

The more information you provide the better on here.

The truth is just an excuse for lack of imagination.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top