[cisco-voip] Getting state message from mobile phones

Thu Jan 17 00:02:04 EST 2008

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.