cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
9211
Views
12
Helpful
28
Replies

Message on IP Phone - High Traffic, Try again later

jjcollaguazo
Level 1
Level 1

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

28 Replies 28

Where do you configure these? I've got CM 6.1.5.

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

Please rate all useful posts

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.



Response Signature


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?

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



Response Signature


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.

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



Response Signature


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

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



Response Signature


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

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



Response Signature


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

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.



Response Signature


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!