10-18-2017 11:19 AM - edited 03-17-2019 11:24 AM
Hi. If there is route pattern X and it has RL with route groups A and B , also RP X has Local route group C . By order in route list : A is first choice, B second, X is 3rd .
How CUCM will re-route calls (will it ?) in case of when not all calls failed on trunk A, but to specific prefixes ??
I have this problem when calls to some international numbers dropped via primary sip trunk but didn't go trough backup PRI (different Carrier ).
Thank you
10-18-2017 11:34 AM
What code/ sip message are you getting back from carrier on the sip trunk?
Also what are your service parameters set to for user busy and unallocated number?
10-18-2017 12:04 PM
SIP/2.0 404 Not Found from carrier. Then the CUBE then hunts to dial-peer 92 and sends a INVITE to second ip of same Carrier ->Received:SIP/2.0 404 Not Found
Then CUBE sends "No matching outgoing dial-peer" to CUCM and CUCM terminates call and doenst try our backup PRI ...
Why ? Is it because of not all calls dropped and SIP trunk was running ? Is there any percent should be dropped to switch to second-backup link (on CUCM route list )?
10-18-2017 12:08 PM
What are you service parameters on CUCM set to?
10-18-2017 12:11 PM
10-18-2017 12:15 PM
Stop routing on unallocated number flag
10-18-2017 12:19 PM
10-18-2017 12:20 PM
Change to false, then try.
10-18-2017 12:39 PM
Is "No matching outgoing dial-peer" equal “unallocated number” ? I see it may also cause call routing loop ?
10-18-2017 12:44 PM
Loop avoidance is best done with more than just this feature. IE calling search spaces on the sip trunk pointing in that don't have access to your outsides numbers etc. As far as I understand sip 404 will match to unallocated.
10-18-2017 01:00 PM
"Loop avoidance is best done with more than just this feature. IE calling search spaces on the sip trunk pointing in that don't have access to your outsides numbers etc"
I have that SIP trunk with inbound CSS which has partition Global-PSTN with prefixes to Local, Long Distance, International .
Which means my sip trunk does have access to outside number , and I will have a loop correct ? if correct then how calling search spaces on the sip trunk pointing in that don't have access to your outsides numbers AND will be able to get inbound calls ?
Thank you
10-18-2017 01:02 PM
Why does your inbound sip trunk need access to outside numbers?
I typically restrict my sip trunks on cucm to have internal access only.
10-18-2017 01:05 PM
do you mean inbound CSS ? It was programmed this way by vendors.
Are you able to get calls from PSTN/ LD/International when you restrict it to internal only ?
12-01-2017 08:08 AM - edited 12-01-2017 08:11 AM
resolved
10-18-2017 01:07 PM
Yes I am talking the inbound calling search space on your sip trunk configuration in CUCM. This I would only normally create a CSS called internal that would only have access to the internal partition where DNs would be placed.
Can you walk me through the situation you are worried about creating a loop, understand I don't know you environment looks like do you have ICT to other CUCM clusters that are blind pointing back and forth?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide