[cisco-voip] Incompatible destination

Fri May 5 10:11:50 EDT 2006

Looking at one specific field, bearer capability, the calls with problems
show 0x8890A3, which would suggest these phones have video or VT advantange
in some way.

Check this link out.

http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186
a0080569b65.shtml

  _____  

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Nick Kassel
Sent: Friday, May 05, 2006 8:59 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Incompatible destination

I have a rather odd issue with a couple of phones, they are unable to dial
certain numbers and the debug says Incompatible destination after it appears
to timeout, this is only happening on these two phones and they are setup
with exactly the same CSS and using the same gateway as the other phones in
the office who can dial the number fine.

I have tried deleting the phone and re adding it to the CCM, setting it back
up again and this appeared to resolve the issue but it has now re appeared.

Anyone come across anything like this before?

The debugs of the failed call and from a working phone are as follows

Debug 1 from one of the phones who's call fails

London_PRI1#

*May  3 07:47:53.478: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type
0x12 is 0x0 0x0, Calling num 6424

*May  3 07:47:53.478: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type
0x12 is 0x0 0x0, Called num 73908587

*May  3 07:47:53.482: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref =
0x04AC

        Bearer Capability i = 0x8890A3

                Standard = CCITT

                Transfer Capability = Unrestricted Digital

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA9839F

                Exclusive, Channel 31

        Calling Party Number i = 0x0081, '6424'

                Plan:Unknown, Type:Unknown

        Called Party Number i = 0x80, '73908587'

                Plan:Unknown, Type:Unknown

*May  3 07:47:53.642: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref
= 0x84AC

        Channel ID i = 0xA9839F

                Exclusive, Channel 31

*May  3 07:47:54.590: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref
= 0x84AC

        Cause i = 0x84D8 - Incompatible destination

*May  3 07:47:54.594: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref =
0x04AC

*May  3 07:47:54.638: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8
callref = 0x84AC

Debug 2 from a working phone

*May  3 07:49:00.202: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type
0x12 is 0x0 0x0, Calling num 6515

*May  3 07:49:00.202: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type
0x12 is 0x0 0x0, Called num 73908587

*May  3 07:49:00.202: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref =
0x04AD

        Bearer Capability i = 0x8090A3

                Standard = CCITT

                Transfer Capability = Speech

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA9839F

                Exclusive, Channel 31

        Calling Party Number i = 0x0081, '6515'

                Plan:Unknown, Type:Unknown

        Called Party Number i = 0x80, '73908587'

                Plan:Unknown, Type:Unknown

*May  3 07:49:00.338: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref
= 0x84AD

        Channel ID i = 0xA9839F

                Exclusive, Channel 31

*May  3 07:49:01.338: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8  callref =
0x84AD

*May  3 07:49:05.090: ISDN Se0/0/0:15 Q931: RX <- CONNECT pd = 8  callref =
0x84AD

*May  3 07:49:05.094: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8
callref = 0x04AD

*May  3 07:49:05.790: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8  callref
= 0x04AD

        Cause i = 0x8090 - Normal call clearing

*May  3 07:49:06.090: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8  callref =
0x84AD

*May  3 07:49:06.090: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8
callref = 0x04AD

****************************************************************************
*******************

The information contained in this e-mail is strictly confidential, some or
all
of which may be legally privileged. It is for the intended recipient only.
Access to this e-mail by any other person is prohibited. If you are not the
intended recipient, any use, disclosure, copying, printing, distribution of,
replying to or any action taken or omitted to be taken in reliance on this
e-mail, is prohibited and may be unlawful. Please contact the sender
immediately
should this e-mail have been incorrectly addressed or transmitted.

You accept that any instructions are deemed to have been given at the time
the
recipient(s) accesses them and that delivery receipt does not constitute
acknowledgement or receipt by the intended recipient(s). You accept that
there
may be a delay in processing the instructions received from e-mails after
Charles Stanley has received them. You are advised that urgent, time
sensitive
and confidential communications should not be sent by e-mail. 

You acknowledge that e-mails are not secure and you accept the risk of
malfunction, viruses, unauthorised interference, mis-delivery or delay.
****************************************************************************
********************

Charles Stanley & Co. Ltd
Registered Office: 25 Luke Street London EC2A 4AR

Tel: 0207 739 8200 Fax: 0207 739 7798
Registered in England No. 1903304

Charles Stanley Sutherlands and Tozer Wingate are divisions of Charles
Stanley & Co. Ltd

Authorised and Regulated by the Financial Services Authority, Member of the
London Stock Exchange, International Securities Markets Association, and The
London International Financial Futures &
Options Exchange.

This footnote also confirms that this email message has been swept by McAfee
VirusScan and SurfControl Email Filter software.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060505/951b62a4/attachment-0001.html 