cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1044
Views
1
Helpful
13
Replies

Problem with international calls

kraghavansag
Level 1
Level 1

I am hitting a problem where with one particular carrier, I am not able to send international calls out. I am using a H.323 IOS gateway and the dial peer is standard with prefix 011.

dial-peer voice 22 pots

description International Dialing

preference 1

destination-pattern 9011T

port 1/0/0:23

prefix 011

!

When I was troubleshooting, the service provider said their switch does not support 011 from our equipment since they are flagging 011 at their side. they wanted me to strip 011 when sending out through their PRI. I removed 011 from the dial-peer and sent the call. It does not work still. Any idea of what it could be?

given below are the q931 logs with prefix and without prefix.

with prefix 011 - Call Failed

Apr 6 11:13:13.138: ISDN Se1/0/0:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13

Apr 6 11:13:13.138: ISDN Se1/0/0:23 Q931: Sending SETUP callref = 0x0643 callID = 0x89BF switch = primary-ni interface = User

Apr 6 11:13:13.138: ISDN Se1/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0643

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98397

Exclusive, Channel 23

Calling Party Number i = 0x0081, '1145'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x91, '011919710421438'

Plan:ISDN, Type:International

Apr 6 11:13:13.202: ISDN Se1/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8643

Channel ID i = 0xA98397

Exclusive, Channel 23

Apr 6 11:13:13.206: ISDN Se1/0/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x8643

Cause i = 0x829F - Normal, unspecified

Progress Ind i = 0x8488 - In-band info or appropriate now available

Apr 6 11:13:20.699: ISDN Se1/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x0643

Cause i = 0x8090 - Normal call clearing

Apr 6 11:13:20.719: ISDN Se1/0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x8643

Apr 6 11:13:20.723: ISDN Se1/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0643^Z

_______________________________________________________________________________________________________________________________

without prefix 011 - Call Failed

Apr 6 11:16:17.106: ISDN Se1/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x0 0x0, Calling num 1145

Apr 6 11:16:17.106: ISDN Se1/0/0:23 Q931: Sending SETUP callref = 0x0645 callID = 0x89C1 switch = primary-ni interface = User

Apr 6 11:16:17.110: ISDN Se1/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0645

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98396

Exclusive, Channel 22

Calling Party Number i = 0x0081, '1145'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '919710421438'

Plan:Unknown, Type:Unknown

Apr 6 11:16:17.146: ISDN Se1/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8645

Channel ID i = 0xA98396

Exclusive, Channel 22

Apr 6 11:16:17.366: ISDN Se1/0/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x8645

Cause i = 0x829F - Normal, unspecified

Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info

Apr 6 11:16:20.606: %ISDN-6-DISCONNECT: Interface Serial1/0/0:22 disconnected from 18188424056 , call lasted 96 seconds

Apr 6 11:16:20.610: ISDN Se1/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x0644

Cause i = 0x8090 - Normal call clearing

Apr 6 11:16:20.638: ISDN Se1/0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x8644

Apr 6 11:16:20.638: ISDN Se1/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0644^Z

13 Replies 13

kraghavansag
Level 1
Level 1

Also the career says that they are unable to see any digits coming through if I strip 011 before sending through their crkt. If I add 011, they are able to see the entire digits including 011.

try:

interface serial x/y:23

isdn map address . plan unknown type unknown

Isn`t the plan, type already set to unknown as per the debug ? Perhaps changing it to International ?

It is not set to unknown as it should be:

Called Party Number i = 0x91, '011919710421438'

Plan:ISDN, Type:International

Sorry I was looking at the failed call without the 011

Without 011, and plan/type isdn/international, the call would succeed. But it is not practical to configure so.

HI

Try to remove ( if you have ) the "isdn sending-complete" under the BRI interface configurantion

I had the same problem and its Solve to me

I applied the command. Now it says I must dial a 1 and the area code followed by number. When I see the debug, I am sending only the international country code followed by the international number without any prefix 011 so that the service provider can add the 011 international flag bit. It still does not seem to work. Any ideas?

I created a new dial-peer for this alone.

dial-peer voice 9739 pots

description International Dialing

preference 1

destination-pattern 9011919710421438

port 1/0/0:23

forward-digits 12

Apr 9 09:55:26.511: ISDN Se1/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x0 0x0, Calling num 1145

Apr 9 09:55:26.511: ISDN Se1/0/0:23 Q931: Sending SETUP callref = 0x0A3C callID = 0x8DB8 switch = primary-ni interface = User

Apr 9 09:55:26.511: ISDN Se1/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0A3C

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98397

Exclusive, Channel 23

Calling Party Number i = 0x0081, '1145'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '919710421438'

Plan:Unknown, Type:Unknown

Apr 9 09:55:26.563: ISDN Se1/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8A3C

Channel ID i = 0xA98397

Exclusive, Channel 23

Apr 9 09:55:26.571: ISDN Se1/0/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x8A3C

Cause i = 0x829F - Normal, unspecified

Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info

Apr 9 09:55:27.299: %ISDN-6-CONNECT: Interface Serial1/1:5 is now connected to 3123429678 N/A

Apr 9 09:55:27.299: %ISDN-6-CONNECT: Interface Serial1/1:5 is now connected to 3123429678 N/A

Apr 9 09:55:34.967: %ISDN-6-CONNECT: Interface Serial1/0:22 is now connected to 7449258 N/A

Apr 9 09:55:34.967: %ISDN-6-CONNECT: Interface Serial1/0:22 is now connected to 7449258 N/A

Apr 9 09:55:39.579: ISDN Se1/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x0A3C

Cause i = 0x8090 - Normal call clearing

Apr 9 09:55:39.603: ISDN Se1/0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x8A3C

Apr 9 09:55:39.603: ISDN Se1/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0A3C

Apr 9 09:55:44.051: %ISDN-6-DISCONNECT: Interface Serial1/1:2 disconnected from 2017950422 , call lasted 432 seconds

You need to send 011. Remove forward-digits command, and use:

destination-pattern 9011........T

prefix 011

or

destination-pattern 9[0][1][1]........T

My service provider does not want me to send 011. They say they will add 011. they seem to have some kind of limitation in their telco switch.I use destination pattern 9011T and prefix 011 for all service providers and it works fine. Only this service provider does not seem to accept when I send as 011 followed by international number.

Try anyway, and show us the trace if doesn't work.

yxsjwsb
Level 1
Level 1

you might download the pri debugger trial on the pippinsoftware.com site. It makes the process a little easier if you're trying to look real time

peyton.gwinn
Level 1
Level 1

Hi kraghavansag,

Did you ever find a resolution to this?

I am currently in a migrate from Avaya to Cisco and will have the same requirement our long distance PRIs.

Getting Started

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: