09-22-2012 03:49 PM - edited 03-16-2019 01:20 PM
Hi All,
Hopping someone can help, I've setup an H323 GW in Seoul and all outbound ISDN calls work fine except international. I’ve attached the debug output of a successful and failed call (debug isdn q931), also debug voice ccapi inout.
I've confirmed route patterns are valid and CAC/AAR config. I doubt this would be the issue as the call is going out the PSTN not the WAN.
Calls over the WAN work perfectly and I have done some research on the following errors messages i've seen and there's no issue with DSP resources.
Cause i = 0x80AA - Switching equipment congestion
Cause i = 0x80E0 - Mandatory information element missing
I've restarted CUCM (Pub and Sub) and gateway. I've also pushed back to the carrier, but they say it’s not their issue.
Hopefully someone can help.
Cheers
Solved! Go to Solution.
09-29-2012 12:53 AM
Where do you configure these? I've got CM 6.1.5.
09-29-2012 01:27 AM
You can use the ISDN map address command on your voice gateway for only the affected international calls
conf t
int se0/0/0:15
isdn map address ^011* plan unknown type international
Pleae change ^011* to your the prefix you use to dial international numbers
Please rate all useful posts
"'Nature is too thin a screen, the glory of the omnipresent God bursts through it everywhere"-Ralph Waldo Emerson
09-29-2012 01:29 AM
On 6.x there are less options to were this can be set. On the CUCM you can set it on the GW, but I would recommend you to do it on the H.323 VGW instead. There you have much more control and granularity.
First create two voice translation rules.
voice translation-rule 100
rule 1 /^$/ // type any national plan any isdn
voice translation-rule 110
rule 1 /^0\(.*\)/ /\1/
Then create a voice translation profile
voice translation-profile Set_TYPE_PLAN
translate calling 100
translate called 110
Then create a dial peer that matches the international calls.
dial-peer voice 4 pots
description Outbound to PSTN, international
translation-profile outgoing Set_TYPE_PLAN
destination-pattern 000T
progress_ind alert enable 8
progress_ind progress enable 8
progress_ind connect enable 8
port 0/0/0:15
no digit-strip
In the above DP I made the assumtion that you use 0 as the outbound prefix and that you don't do any DDI on called number in CUCM for calls out on this H.323 VGW. So we need to remove one 0 from the called number with a voice translation rule, in this case rule 110. If you do a DDI in CUCM you can disregard this rule and set the destination pattern on DP 4 to 00T.
Please rate all useful posts.
09-29-2012 01:51 AM
Hi Guys,
Thanks for both suggestions, but neither worked, same error.
Sep 29 17:45:38.378: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 023996501
Sep 29 17:45:38.378: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x022E callID = 0x81AF switch = primary-net5 interface = User
Sep 29 17:45:38.378: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x022E
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x0081, '023996501'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x90, '00161415447240'
Plan:Unknown, Type:International
Sep 29 17:45:38.474: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x822E
Channel ID i = 0xA98381
Exclusive, Channel 1
Sep 29 17:45:38.514: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x822E
Cause i = 0x80AA - Switching equipment congestion
Sep 29 17:45:38.518: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x022E
Sep 29 17:45:38.534: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x822E
Cause i = 0x80E0 - Mandatory information element missing
Sep 29 17:45:38.534: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 023996501
Sep 29 17:45:38.538: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x022F callID = 0x81B0 switch = primary-net5 interface = User
Sep 29 17:45:38.538: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x022F
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x0081, '023996501'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x90, '00161415447240'
Plan:Unknown, Type:International
Sep 29 17:45:38.650: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x822F
Channel ID i = 0xA98381
Exclusive, Channel 1
Sep 29 17:45:38.702: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x822F
Cause i = 0x80AA - Switching equipment congestion
Sep 29 17:45:38.702: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x022F
Sep 29 17:45:38.718: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x822F
Cause i = 0x80E0 - Mandatory information element missing
i should have mentioned that i was able to create a translation on CM and redirect international calls via the WAN to the KL ISDN, works perfect. Only issue is CAR/QoS only allows 2 calls across the WAN and without international dailing AAR becomes obselete for Seoul.
Any other sugestions?
09-29-2012 02:11 AM
In the last debug it shows that you have set the type/plan for called number, not calling. In my example I believe that this wasn't the case. Please check your config and try again.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
09-29-2012 02:41 AM
I've attached my config for review. i added your config and aokanlawon but still get the same result.
When i test your translation rule this is what i get.
KOSELVG01#test voice translation-rule 110 0001614157447240
Matched with rule 1
Original number: 0001614157447240 Translated number: 001614157447240
Original number type: none Translated number type: none
Original number plan: none Translated number plan: none
KOSELVG01#test voice translation-rule 100 001614157447240
001614157447240 Didn't match with any of rules
KOSELVG01#test voice translation-rule 100 0001614157447240
0001614157447240 Didn't match with any of rules
Thanks for your help.
09-29-2012 03:02 AM
Change the rule for calling number to this,
voice translation-rule 100
rule 1 /.*/ // type any national plan any isdn
Not that it matter but in both your tests you used the called number. Also you should try to use only one of the ways to affect plan and type. Not both my suggestion and aokanlawons. The later will by the way only affect called number, not calling.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
09-29-2012 03:15 AM
Call still doesn't work but now i do see National on calling number, but not the actual number. And i'm not sure why it seems like 2 calls are attempted.
Sep 29 19:10:33.321: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Calling num
Sep 29 19:10:33.325: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x0239 callID = 0x81BA switch = primary-net5 interface = User
Sep 29 19:10:33.325: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0239
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x2181, N/A
Plan:ISDN, Type:National
Called Party Number i = 0x80, '00161415447240'
Plan:Unknown, Type:Unknown
Sep 29 19:10:33.417: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x8239
Channel ID i = 0xA98381
Exclusive, Channel 1
Sep 29 19:10:33.437: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x8239
Cause i = 0x80AA - Switching equipment congestion
Sep 29 19:10:33.441: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x0239
Sep 29 19:10:33.457: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8239
Cause i = 0x80E0 - Mandatory information element missing
Sep 29 19:10:33.457: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 023996501
Sep 29 19:10:33.457: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x023A callID = 0x81BB switch = primary-net5 interface = User
Sep 29 19:10:33.457: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x023A
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x0081, '023996501'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '00161415447240'
Plan:Unknown, Type:Unknown
Sep 29 19:10:33.541: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x823A
Channel ID i = 0xA98381
Exclusive, Channel 1
Sep 29 19:10:33.581: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x823A
Cause i = 0x80AA - Switching equipment congestion
Sep 29 19:10:33.581: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x023A
Sep 29 19:10:33.597: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x823A
Cause i = 0x80E0 - Mandatory information element
09-29-2012 03:24 AM
Probable reason for why the call is seen two times is that when the first call fails it will go to the next dial peer. Stop this with the hunt stop command under the international dial peer.
Also try to add /\0/ on the replace, aka right, side of the translation rule used for calling number. This will carry over whatever you'll match on the left side, aka the match side.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
09-29-2012 03:33 AM
Both your suggestions fixed the issues i was seeing, but still no successful call. Also tried the isdn map on the serial interface so the called number is recognised as International, but same result.
Sep 29 19:30:26.326: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Calling num 023996501
Sep 29 19:30:26.326: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x023E callID = 0x81BF switch = primary-net5 interface = User
Sep 29 19:30:26.326: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x023E
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x2181, '023996501'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '00161415447240'
Plan:Unknown, Type:Unknown
Sep 29 19:30:26.422: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x823E
Channel ID i = 0xA98381
Exclusive, Channel 1
Sep 29 19:30:26.462: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x823E
Cause i = 0x80AA - Switching equipment congestion
Sep 29 19:30:26.462: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x023E
Sep 29 19:30:26.478: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x823E
Cause i = 0x80E0 - Mandatory information element missing
09-29-2012 03:42 AM
As I wrote in a previous answer, you should ask the Telco about the format that they want to have the calling number for international calls sent to them.
The plan and type I set in the example might not be the correct one, it was merely used as an example. If you don't ask the Telco you'll need to try a few different types and plan until you find the correct one.
If you also want to set the plan and type for called number you can use the same approach as for calling number, so that you don't have that set with a completely different way at a totally different place in IOS. That makes your config more readable and easier to troubleshoot.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
10-30-2012 05:42 AM
Hi Roger,
I made the suggested changes and sent a detailed email to the telco. After a couple of days the issue was magically fixed.
Looks like the language barrier just complicated the issue unnecessarily.
Thanks.
Sent from Cisco Technical Support iPad App
10-30-2012 07:40 AM
Glad that it worked out for you in the end. Telcos are just wonderful to work with, right Can't tell how many times stuff just magically start to work after a serious talk or email
Thank you for the update and the nice rating.
Please remember to rate helpful responses and identify helpful or correct answers.
06-05-2019 08:39 AM
MAYBE IT IS TOO LATE TO REPLY but it can help for other admins on the future.
I had the problem with calls to cellphone, some cellphone, the problem was wiht the way to dial, some cellphone has to dial direct like your house. That was my problem, it was not problem for my router or pbx.
I attach my debug from the router it sends the legend "Cause Value= 42"
Hope it can helps u!
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