[cisco-voip] Getting state message from mobile phones
Wes Sisk
wsisk at cisco.com
Thu Jan 17 09:00:03 EST 2008
Robert,
Are you MGCP or H.323?
You are receiving Disconnect with PI:
055477: Jan 17 13:30:09.567: ISDN Se0/1/0:23 Q931: RX <- DISCONNECT pd =
8 callref = 0x8990
Cause i = 0x8392 - No user responding
Progress Ind i = 0x8288 - In-band info or appropriate now available
055478: Jan 17 13:30:09.567: ISDN Se0/1/0:23 Q931: call_disc: PI
received in disconnect; Postpone sending RELEASE for callid 0x8911
And IOS thinks it should delay sending Release complete, however the RC
goes out after only 20 msec:
055479: Jan 17 13:30:09.575: ISDN Se0/1/0:23 Q931: TX -> RELEASE pd = 8
callref = 0x0990
Have you tried the command or service parameter I mentioned?
/Wes
Robert Kulagowski wrote:
> Wes Sisk wrote:
>> This has to do with how the carrier disconnects the call.
>> In the ISDN signaling the carrier is likely sending a Disconnect
>> message with progress indicator IE.
>> Disconnect indicates the call is terminated and likely with abnormal
>> call disconnect cause code.
>> However, the progress indicator IE is supposed to cut through audio
>> so the caller hears an announcement from the carrier.
>>
>> If using H.323 IOS gateways investigate the use of
>> "convert-discpi-to-prog" to convert disconnect with progress
>> indicator to a progress message with progress indicator so IP phones
>> hear message.
>>
>> If using CM investigate the service parameter "Retain Media on
>> Disconnect with PI for Active Call" which is false by default.
>
> Here's what the trace looks like: IOS is 12.4(15)T1. Phone is on
> DoCoMo network.
>
> 055473: Jan 17 13:30:08.223: ISDN Se0/1/0:23 Q931: Applying typeplan
> for sw-type 0x11 is 0x0 0x0, Calling num 0332387072
> 055474: Jan 17 13:30:08.223: ISDN Se0/1/0:23 Q931: Applying typeplan
> for sw-type 0x11 is 0x0 0x0, Called num 09072137014
> 055475: Jan 17 13:30:08.227: ISDN Se0/1/0:23 Q931: TX -> SETUP pd = 8
> callref = 0x0990
> Bearer Capability i = 0x8090A2
> Standard = CCITT
> Transfer Capability = Speech
> Transfer Mode = Circuit
> Transfer Rate = 64 kbit/s
> Channel ID i = 0xA98381
> Exclusive, Channel 1
> Progress Ind i = 0x8183 - Origination address is non-ISDN
> Calling Party Number i = 0x0081, '0332387072'
> Plan:Unknown, Type:Unknown
> Called Party Number i = 0x80, '09072137014'
> Plan:Unknown, Type:Unknown
> 055476: Jan 17 13:30:08.347: ISDN Se0/1/0:23 Q931: RX <- CALL_PROC pd
> = 8 callref = 0x8990
> Channel ID i = 0xA98381
> Exclusive, Channel 1
> 055477: Jan 17 13:30:09.567: ISDN Se0/1/0:23 Q931: RX <- DISCONNECT pd
> = 8 callref = 0x8990
> Cause i = 0x8392 - No user responding
> Progress Ind i = 0x8288 - In-band info or appropriate now
> available
> 055478: Jan 17 13:30:09.567: ISDN Se0/1/0:23 Q931: call_disc: PI
> received in disconnect; Postpone sending RELEASE for callid 0x8911
> 055479: Jan 17 13:30:09.575: ISDN Se0/1/0:23 Q931: TX -> RELEASE pd =
> 8 callref = 0x0990
> 055480: Jan 17 13:30:09.579: ISDN Se0/1/0:23 Q931: Applying typeplan
> for sw-type 0x11 is 0x0 0x0, Calling num 0332387072
> 055481: Jan 17 13:30:09.579: ISDN Se0/1/0:23 Q931: Applying typeplan
> for sw-type 0x11 is 0x0 0x0, Called num 9072137014
> 055482: Jan 17 13:30:09.579: ISDN Se0/1/0:23 Q931: TX -> SETUP pd = 8
> callref = 0x0991
> Bearer Capability i = 0x8090A2
> Standard = CCITT
> Transfer Capability = Speech
> Transfer Mode = Circuit
> Transfer Rate = 64 kbit/s
> Channel ID i = 0xA98382
> Exclusive, Channel 2
> Progress Ind i = 0x8183 - Origination address is non-ISDN
> Calling Party Number i = 0x0081, '0332387072'
> Plan:Unknown, Type:Unknown
> Called Party Number i = 0x80, '9072137014'
> Plan:Unknown, Type:Unknown
> 055483: Jan 17 13:30:09.711: ISDN Se0/1/0:23 Q931: RX <- CALL_PROC pd
> = 8 callref = 0x8991
> Channel ID i = 0xA98382
> Exclusive, Channel 2
> 055484: Jan 17 13:30:09.743: ISDN Se0/1/0:23 Q931: RX <- RELEASE_COMP
> pd = 8 callref = 0x8990
> 055485: Jan 17 13:30:09.875: ISDN Se0/1/0:23 Q931: RX <- DISCONNECT pd
> = 8 callref = 0x8991
> Cause i = 0x829C - Invalid number format (incomplete number)
> Progress Ind i = 0x8288 - In-band info or appropriate now
> available
> 055486: Jan 17 13:30:09.875: ISDN Se0/1/0:23 Q931: call_disc: PI
> received in disconnect; Postpone sending RELEASE for callid 0x8912
> 055487: Jan 17 13:30:09.879: ISDN Se0/1/0:23 Q931: TX -> RELEASE pd =
> 8 callref = 0x0991
> 055488: Jan 17 13:30:09.903: ISDN Se0/1/0:23 Q931: RX <- RELEASE_COMP
> pd = 8 callref = 0x8991
>
> In line 055477 we get "user not responding"
> In line 055479 we send the release, but then 4 milliseconds later in
> line 055480 the router starts the call again, and this time strips the
> "0"?
>
> Where the heck is _that_ coming from? I think that's why the users
> are hearing the "Can't complete call as dialed"
>
> Here's what a call to a turned-off Blackberry looks like on DoCoMo:
>
> 055628: Jan 17 13:48:35.840: ISDN Se0/1/0:23 Q931: Applying typeplan
> for sw-type 0x11 is 0x0 0x0, Calling num 0332387072
> 055629: Jan 17 13:48:35.844: ISDN Se0/1/0:23 Q931: Applying typeplan
> for sw-type 0x11 is 0x0 0x0, Called num 08013332198
> 055630: Jan 17 13:48:35.844: ISDN Se0/1/0:23 Q931: TX -> SETUP pd = 8
> callref = 0x099D
> Bearer Capability i = 0x8090A2
> Standard = CCITT
> Transfer Capability = Speech
> Transfer Mode = Circuit
> Transfer Rate = 64 kbit/s
> Channel ID i = 0xA98382
> Exclusive, Channel 2
> Progress Ind i = 0x8183 - Origination address is non-ISDN
> Calling Party Number i = 0x0081, '0332387072'
> Plan:Unknown, Type:Unknown
> Called Party Number i = 0x80, '08013332198'
> Plan:Unknown, Type:Unknown
> 055631: Jan 17 13:48:35.956: ISDN Se0/1/0:23 Q931: RX <- CALL_PROC pd
> = 8 callref = 0x899D
> Channel ID i = 0xA98382
> Exclusive, Channel 2
> 055632: Jan 17 13:48:37.732: ISDN Se0/1/0:23 Q931: RX <- PROGRESS pd =
> 8 callref = 0x899D
> Progress Ind i = 0x8481 - Call not end-to-end ISDN, may have
> in-band info
> Progress Ind i = 0x8488 - In-band info or appropriate now
> available
> 055633: Jan 17 13:48:37.748: ISDN Se0/1/0:23 Q931: RX <- PROGRESS pd =
> 8 callref = 0x899D
> Progress Ind i = 0x8481 - Call not end-to-end ISDN, may have
> in-band info
> Progress Ind i = 0x8488 - In-band info or appropriate now
> available
> 055634: Jan 17 13:48:41.740: ISDN Se0/1/0:23 Q931: RX <- CONNECT pd =
> 8 callref = 0x899D
> 055635: Jan 17 13:48:41.740: %ISDN-6-CONNECT: Interface Serial0/1/0:1
> is now connected to 08013332198 N/A
> 055636: Jan 17 13:48:41.740: ISDN Se0/1/0:23 Q931: TX -> CONNECT_ACK
> pd = 8 callref = 0x099D
> 055637: Jan 17 13:48:43.152: ISDN Se0/1/0:23 Q931: RX <- CONNECT pd =
> 8 callref = 0x899C
> Progress Ind i = 0x8582 - Destination address is non-ISDN
> 055638: Jan 17 13:48:43.152: %ISDN-6-CONNECT: Interface Serial0/1/0:1
> is now connected to 08013332198 N/A
> 055639: Jan 17 13:48:43.152: %ISDN-6-CONNECT: Interface Serial0/1/0:0
> is now connected to 0332409128 N/A
> 055640: Jan 17 13:48:43.156: ISDN Se0/1/0:23 Q931: TX -> CONNECT_ACK
> pd = 8 callref = 0x099C
> 055641: Jan 17 13:48:45.932: %ISDN-6-CONNECT: Interface Serial0/1/0:0
> is now connected to 0332409128 N/A
> 055642: Jan 17 13:48:45.932: %ISDN-6-DISCONNECT: Interface
> Serial0/1/0:1 disconnected from 08013332198 , call lasted 4 seconds
> 055643: Jan 17 13:48:45.932: ISDN Se0/1/0:23 Q931: TX -> DISCONNECT pd
> = 8 callref = 0x099D
> Cause i = 0x8090 - Normal call clearing
> 055644: Jan 17 13:48:46.052: ISDN Se0/1/0:23 Q931: RX <- RELEASE pd =
> 8 callref = 0x899D
> Locking Shift to Codeset 6
> Codeset 6 IE 0x1 i = 0x82, '10'
>
> I tried all the voice call convert-discpi-to-prog, but no joy.
More information about the cisco-voip
mailing list