12-14-2015 12:19 PM - edited 03-17-2019 05:13 AM
We have a SIP trunk with some DID's on it.
When a person makes an incoming call to an assigned extension everything works fine.
When a person makes a call to an unassigned extension, it keep creating call legs until the sip trunk fills up.
I believe the call is bouncing back and forth between CUCM and the Voice Router.
If anyone could shed some light on why this is doing this, I would appreciate it.
Dial peer on router.
dial-peer voice 4001 voip
destination-pattern 84578708..
session protocol sipv2
session target ipv4:10.104.10.13
dtmf-relay rtp-nte
codec g711ulaw
And there is a translation pattern in CUCM 84578708XX to 708XX
Here is a show statement as an example... (8457870855)
rtr2951-1200RT300NBGNY-vg1#show call active voice compact
<callID> A/O FAX T<sec> Codec type Peer Address IP R<ip>:<udp>
Total call-legs: 66
867653 ANS T350 g711ulaw VOIP P8457836333 10.101.122.246:21096
867654 ORG T350 g711ulaw VOIP P5343230 172.16.2.1:31606
867660 ANS T309 g711ulaw VOIP P8457036999 10.113.30.17:16422
867661 ORG T309 g711ulaw VOIP P5910839 172.16.2.1:33864
867758 ANS T179 g711ulaw VOIP P18455653978 172.16.2.1:30698
867760 ORG T179 g711ulaw VOIP P8457870855 172.16.2.1:30872
867761 ANS T180 g711ulaw VOIP P18457870855 172.16.2.1:35106
867763 ORG T180 g711ulaw VOIP P8457870855 172.16.2.1:31734
867764 ANS T180 g711ulaw VOIP P18457870855 172.16.2.1:30624
867766 ORG T180 g711ulaw VOIP P8457870855 172.16.2.1:30982
867767 ANS T180 g711ulaw VOIP P18457870855 172.16.2.1:35682
867769 ORG T180 g711ulaw VOIP P8457870855 172.16.2.1:30380
867770 ANS T181 g711ulaw VOIP P18457870855 172.16.2.1:31704
867772 ORG T181 g711ulaw VOIP P8457870855 172.16.2.1:30574
867773 ANS T210 g711ulaw VOIP P18453638148 172.16.2.1:31578
867774 ORG T210 g711ulaw VOIP P8455610990 239.192.1.1:16384
867775 ANS T181 g711ulaw VOIP P18457870855 172.16.2.1:30432
867777 ORG T181 g711ulaw VOIP P8457870855 172.16.2.1:30474
867778 ANS T182 g711ulaw VOIP P18457870855 172.16.2.1:35426
867780 ORG T182 g711ulaw VOIP P8457870855 172.16.2.1:31172
867783 ANS T182 g711ulaw VOIP P18457870855 172.16.2.1:30168
867785 ORG T182 g711ulaw VOIP P8457870855 172.16.2.1:31280
867786 ANS T182 g711ulaw VOIP P18457870855 172.16.2.1:30290
867788 ORG T182 g711ulaw VOIP P8457870855 172.16.2.1:30412
867789 ANS T183 g711ulaw VOIP P18457870855 172.16.2.1:30644
867791 ORG T183 g711ulaw VOIP P8457870855 172.16.2.1:31042
867792 ANS T183 g711ulaw VOIP P18457870855 172.16.2.1:30950
867794 ORG T183 g711ulaw VOIP P8457870855 172.16.2.1:30734
867795 ANS T183 g711ulaw VOIP P18457870855 172.16.2.1:30996
867797 ORG T183 g711ulaw VOIP P8457870855 172.16.2.1:31402
867798 ANS T184 g711ulaw VOIP P18457870855 172.16.2.1:30016
867800 ORG T184 g711ulaw VOIP P8457870855 172.16.2.1:35250
867801 ANS T185 g711ulaw VOIP P18457870855 172.16.2.1:32022
867803 ORG T185 g711ulaw VOIP P8457870855 172.16.2.1:30786
867804 ANS T185 g711ulaw VOIP P18457870855 172.16.2.1:30538
867806 ORG T185 g711ulaw VOIP P8457870855 172.16.2.1:35956
867807 ANS T186 g711ulaw VOIP P18457870855 172.16.2.1:35740
867809 ORG T186 g711ulaw VOIP P8457870855 172.16.2.1:30514
867810 ANS T186 g711ulaw VOIP P18457870855 172.16.2.1:31796
867812 ORG T186 g711ulaw VOIP P8457870855 172.16.2.1:35964
867813 ANS T186 g711ulaw VOIP P18457870855 172.16.2.1:35942
867815 ORG T186 g711ulaw VOIP P8457870855 172.16.2.1:30730
867816 ANS T187 g711ulaw VOIP P18457870855 172.16.2.1:35316
867818 ORG T187 g711ulaw VOIP P8457870855 172.16.2.1:30026
867819 ANS T187 g711ulaw VOIP P18457870855 172.16.2.1:30466
867821 ORG T187 g711ulaw VOIP P8457870855 172.16.2.1:35966
867822 ANS T188 g711ulaw VOIP P18457870855 172.16.2.1:30428
867824 ORG T188 g711ulaw VOIP P8457870855 172.16.2.1:30318
867825 ANS T188 g711ulaw VOIP P18457870855 172.16.2.1:30204
867827 ORG T188 g711ulaw VOIP P8457870855 172.16.2.1:32816
867828 ANS T188 g711ulaw VOIP P18457870855 172.16.2.1:30826
867830 ORG T188 g711ulaw VOIP P8457870855 172.16.2.1:31696
867831 ANS T189 g711ulaw VOIP P18457870855 172.16.2.1:31356
867833 ORG T189 g711ulaw VOIP P8457870855 172.16.2.1:32472
867834 ANS T189 g711ulaw VOIP P18457870855 172.16.2.1:31340
867836 ORG T189 g711ulaw VOIP P8457870855 172.16.2.1:30626
867848 ANS T149 g711ulaw VOIP P18454626621 172.16.2.1:30892
867850 ORG T149 g711ulaw VOIP P8455625855 172.16.2.1:31538
867851 ANS T149 g711ulaw VOIP P18457870855 172.16.2.1:30620
thanks,
Davidt
Solved! Go to Solution.
12-14-2015 02:00 PM
seems like the routing loop is happening around here, call that comes from ITSP than matches the dial-peer voice 1 . a dial-peer voice 4010 pointing to call-manager if there are any number that are not provisioned/configured .CUCM will send back 404 not fund to VGW then, then VGW hunt to the next dial-peer and find hit a dial-peer voice 4003 pointing to back to the provider at which point they will send the call back to use creating a loop.
Can you please add "huntstop" on these dial-peer also make two test call one for non-working another working and see the behavior .
dial-peer voice 1 voip
session protocol sipv2
incoming called-number .%
dtmf-relay rtp-nte h245-alphanumeric
codec g711ulaw
dial-peer voice 4010 voip
destination-pattern 8455625855
session protocol sipv2
session target ipv4:10.104.10.13
dtmf-relay rtp-nte
codec g711ulaw
dial-peer voice 4003 voip
destination-pattern [2-9]......
session protocol sipv2
session target ipv4:172.16.2.1
voice-class sip early-offer forced
dtmf-relay rtp-nte h245-alphanumeric
codec g711ulaw
Br,
nadeem Ahmed
12-14-2015 12:21 PM
Can you please send me show run from router and do you have debugs for any failed or loop call.
debug voice ccapi inout
debug ccsip message.
Br,
nadeem Ahmed
12-14-2015 12:40 PM
12-14-2015 02:00 PM
seems like the routing loop is happening around here, call that comes from ITSP than matches the dial-peer voice 1 . a dial-peer voice 4010 pointing to call-manager if there are any number that are not provisioned/configured .CUCM will send back 404 not fund to VGW then, then VGW hunt to the next dial-peer and find hit a dial-peer voice 4003 pointing to back to the provider at which point they will send the call back to use creating a loop.
Can you please add "huntstop" on these dial-peer also make two test call one for non-working another working and see the behavior .
dial-peer voice 1 voip
session protocol sipv2
incoming called-number .%
dtmf-relay rtp-nte h245-alphanumeric
codec g711ulaw
dial-peer voice 4010 voip
destination-pattern 8455625855
session protocol sipv2
session target ipv4:10.104.10.13
dtmf-relay rtp-nte
codec g711ulaw
dial-peer voice 4003 voip
destination-pattern [2-9]......
session protocol sipv2
session target ipv4:172.16.2.1
voice-class sip early-offer forced
dtmf-relay rtp-nte h245-alphanumeric
codec g711ulaw
Br,
nadeem Ahmed
12-15-2015 07:23 AM
Nadeem,
Thanks for the solution, seems to be working fine now.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: