[cisco-voip] Fast Busy on International Calls When Using Route List
Stu Packett
SPackett at fenwick.com
Fri Mar 3 11:04:00 EST 2006
Here is an updated failed and successful call debug:
SF-PRIGW3#debug isdn q931
debug isdn q931 is ON.
FAILED-USING ROUTE LIST
SF-PRIGW3#
*Mar 3 15:45:33.086: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid
type/plan 0x0 0x1 may be overriden; sw-type 3
*Mar 3 15:45:33.090: ISDN Se0/0/0:23 Q931: Applying typeplan for
sw-type 0x3 is 0x2 0x1, Calling num 4158752300
*Mar 3 15:45:33.090: ISDN Se0/0/0:23 Q931: Applying typeplan for
sw-type 0x3 is 0x1 0x1, Called num 01185227220270
*Mar 3 15:45:33.090: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref
= 0x0722
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 = 0x2181, '4158752300'
SF-PRIGW3#
Plan:ISDN, Type:National
Called Party Number i = 0x91, '01185227220270'
Plan:ISDN, Type:International
*Mar 3 15:45:33.182: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8
callref = 0x8722
Channel ID i = 0xA98397
Exclusive, Channel 23
*Mar 3 15:45:33.186: ISDN Se0/0/0:23 Q931: RX <- PROGRESS pd = 8
callref = 0x8722
Cause i = 0x829F - Normal, unspecified
Progress Ind i = 0x8488 - In-band info or appropriate now
available
SF-PRIGW3#
*Mar 3 15:45:38.318: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8
callref = 0x0722
Cause i = 0x8090 - Normal call clearing
*Mar 3 15:45:38.346: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8
callref = 0x8722
*Mar 3 15:45:38.350: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8
callref = 0x0722
SF-PRIGW3#
*Mar 3 15:46:44.334: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid
type/plan 0x0 0x1 may be overriden; sw-type 3
*Mar 3 15:46:44.334: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid
type/plan 0x0 0x0 may be overriden; sw-type 3
*Mar 3 15:46:44.338: ISDN Se0/0/0:23 Q931: Applying typeplan for
sw-type 0x3 is 0x2 0x1, Called num 01185227220270
*Mar 3 15:46:44.338: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref
= 0x0723
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 = 0x2181, '4158752300'
SUCCESS-USING ROUTE PATTERN
SF-PRIGW3#
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '01185227220270'
Plan:ISDN, Type:National
*Mar 3 15:46:44.382: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8
callref = 0x8723
Channel ID i = 0xA98397
Exclusive, Channel 23
SF-PRIGW3#
*Mar 3 15:46:46.638: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8
callref = 0x8723
Progress Ind i = 0x8488 - In-band info or appropriate now
available
SF-PRIGW3#
*Mar 3 15:46:55.490: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8
callref = 0x0723
Cause i = 0x8090 - Normal call clearing
*Mar 3 15:46:55.506: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8
callref = 0x8723
*Mar 3 15:46:55.510: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8
callref = 0x0723
-----Original Message-----
From: Erick Bergquist [mailto:erickbe at yahoo.com]
Sent: Wednesday, March 01, 2006 7:40 PM
To: Stu Packett; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Fast Busy on International Calls When Using
Route List
Is the debug for the failed or good call? I am guessing the bad call? Do
you see q931 output on the call with fast busy?
Can you post a q931 debug for the good call if that is for bad? It looks
like
I am seeing the call setup, then a progress received from carrier
followed by the router sending a disconnect out.
Are the bad and good call using same dial-peers on gateway?
--- Stu Packett <SPackett at fenwick.com> wrote:
> CallManager 4.0(2a)
> 2811 Gateway 12.4.5 IP Voice IOS
>
> Two of my gateways in my other office is giving international calls a
> fast busy. If I manually create a route pattern for that
> international number to use those gateways, the calls goes through
> just fine. Once I remove that route pattern and have the call use the
> route list, I get a fast busy. I changed the order of my route list
> to use both gateways first, but still the same problem. Below is a
> 'debug isdn q931'. Any thoughts? Thanks in advance.
>
> SF-PRIGW2#debug isdn q931
> debug isdn q931 is ON.
> SF-PRIGW2#
> *Mar 1 19:52:28.029: ISDN Se0/0/1:23 Q931:
> pak_private_number: Invalid
> type/plan 0x0 0x1 may be overriden; sw-type 3 *Mar 1 19:52:28.029:
> ISDN Se0/0/1:23 Q931: Applying typeplan for sw-type 0x3 is 0x2 0x1,
> Calling num 4158752300 *Mar 1 19:52:28.029: ISDN Se0/0/1:23 Q931:
> Applying typeplan for sw-type 0x3 is 0x1 0x1, Called num
> 01185227220270 *Mar 1 19:52:28.029: ISDN Se0/0/1:23 Q931: TX -> SETUP
> pd = 8 callref = 0x0299
> 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 = 0x2181, '4158752300'
> SF-PRIGW2#
> Plan:ISDN, Type:National
> Called Party Number i = 0x91,
> '01185227220270'
> Plan:ISDN, Type:International *Mar 1 19:52:28.069:
> ISDN Se0/0/1:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8299
> Channel ID i = 0xA98397
> Exclusive, Channel 23
> *Mar 1 19:52:28.073: ISDN Se0/0/1:23 Q931: RX <- PROGRESS pd = 8
> callref = 0x8299
> Cause i = 0x829F - Normal, unspecified
> Progress Ind i = 0x8488 - In-band info or appropriate now
> available SF-PRIGW2# *Mar 1 19:52:29.849: ISDN Se0/0/1:23 Q931: TX ->
> DISCONNECT pd = 8 callref = 0x0299
> Cause i = 0x8090 - Normal call clearing *Mar 1 19:52:29.877:
> ISDN Se0/0/1:23 Q931: RX <- RELEASE pd = 8 callref = 0x8299 *Mar 1
> 19:52:29.881: ISDN Se0/0/1:23 Q931: TX -> RELEASE_COMP pd = 8 callref
> = 0x0299
>
>
> Disclaimer: If you have received this message in error, call (650)
> 988-8500 and delete or destroy any copy of this message.
>
> > _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
More information about the cisco-voip
mailing list