Cisco-Panasonic Integration

Unanswered Question
Apr 11th, 2010

Hello,

I am trying to do an integration between CUCM 7 and Panasonic TDA-200 through an E1 port.

However, I have this weird problem.

I can dial from the PBX to the individual IP Phones without an problems.

However, when I try to dial from the IP Phone to a certain PBX extension, it always goes to the another extension.

I did the debugs, I don't see any errors. I send the extension correctly being sent out.

Whatt could be the problem?

Any ideas?

Thanks,

Ahmed

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Aaron Harrison Sun, 04/11/2010 - 01:56

Hi

In general, if you are certain you are sending out the numbers in a consistent and correct format, then there is likely to be something unexpected happening on the Panasonic. There may be some unexpected translations or so on happening; if you don't manage the Panasonic yourself you'll need to engage the engineer on that side to assist.

Regards

Aaron

Please rate helpful posts..

AhmedEl-Eraky Sun, 04/11/2010 - 07:28

Hello Aaron,

Yeah, I think so. The debug doesn't show anything strange.

Although, I'm trying to call extension (230), the router outputs "230", but another extension is always being called. "211"

I also think it's the PBX but I want to rule out that the router is missing something, like called-number or other signaling parameters.

I tried different commands such as: "isdn outgoing display-ie" or "isdn outgoing ie called-number" as well as fiddled a bit with other commands under the serial-port. I also changed the switch-type to QSIG and still no difference at all.

The IOS version is Flash:c2800nm-spservicesk9-mz.124-15.T9.bin

Kindly find excerpt of the configuration and debug below:

!

controller E1 0/2/0

clock source internal

pri-group timeslots 1-31

!

!

interface Serial0/2/0:15

description <>

no ip address

encapsulation hdlc

isdn switch-type primary-net5

isdn overlap-receiving

isdn protocol-emulate network

isdn incoming-voice voice

no cdp enable

!

!

dial-peer voice 8800 pots

tone ringback alert-no-PI

description **<>**

destination-pattern 8...

progress_ind setup enable 3

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

direct-inward-dial

port 0/2/0:15

prefix 1

!

***CISCO TO PANASONIC CALL***

HQ-Gateway-1#

000174: Apr 11 15:23:24: ISDN Se0/2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 40003

000175: Apr 11 15:23:24: ISDN Se0/2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Called num 1230

000176: Apr 11 15:23:24: ISDN Se0/2/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0083

        Bearer Capability i = 0x8090A3

                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, '40003'

                Plan:Unknown, Type:Unknown

        Called Party Number i = 0x80, '1230'

                Plan:Unknown, Type:Unknown

000177: Apr 11 15:23:24: ISDN Se0/2/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8083

        Channel ID i = 0xA98381

                Exclusive, Channel 1

000178: Apr 11 15:23:24: ISDN Se0/2/0:15 Q931: RX <- ALERTING pd = 8  callref = 0x8083

000179: Apr 11 15:23:30: ISDN Se0/2/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x0083

        Cause i = 0x8290 - Normal call clearing

000180: Apr 11 15:23:30: ISDN Se0/2/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x8083

000181: Apr 11 15:23:30: ISDN Se0/2/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x0083

HQ-Gateway-1#

***PANASONIC TO CISCO CALL***

HQ-Gateway-1#

000150: Apr 11 15:20:39: ISDN Se0/2/0:15 Q931: RX <- SETUP pd = 8  callref = 0x0042

        Bearer Capability i = 0x9090A3

                Standard = CCITT

                Transfer Capability = 3.1kHz Audio

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA1839F

                Preferred, Channel 31

        Progress Ind i = 0x8183 - Origination address is non-ISDN 

        Calling Party Number i = 0x0080, '1230'

                Plan:Unknown, Type:Unknown

        Called Party Number i = 0x80, '4'

                Plan:Unknown, Type:Unknown

000151: Apr 11 15:20:39: ISDN Se0/2/0:15 SERROR: process_pri_simple: NO name in GTD

000152: Apr 11 15:20:39: ISDN Se0/2/0:15 Q931: TX -> SETUP_ACK pd = 8  callref = 0x8042

        Channel ID i = 0xA9839F

                Exclusive, Channel 31

000153: Apr 11 15:20:39: ISDN Se0/2/0:15 Q931: RX <- INFORMATION pd = 8  callref = 0x0042

        Called Party Number i = 0x80, '0'

                Plan:Unknown, Type:Unknown

000154: Apr 11 15:20:40: ISDN Se0/2/0:15 Q931: RX <- INFORMATION pd = 8  callref = 0x0042

        Called Party Number i = 0x80, '0'

                Plan:Unknown, Type:Unknown

000155: Apr 11 15:20:40: ISDN Se0/2/0:15 Q931: RX <- INFORMATION pd = 8  callref = 0x0042

        Called Party Number i = 0x80, '0'

                Plan:Unknown, Type:Unknown

000156: Apr 11 15:20:40: ISDN Se0/2/0:15 Q931: RX <- INFORMATION pd = 8  callref = 0x0042

        Called Party Number i = 0x80, '3'

                Plan:Unknown, Type:Unknown

000157: Apr 11 15:20:40: ISDN Se0/2/0:15 SERROR: process_pri_simple: NO name in GTD

000158: Apr 11 15:20:40: ISDN Se0/2/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x8042

000159: Apr 11 15:20:40: ISDN Se0/2/0:15 SERROR: process_pri_simple: NO name in GTD

000160: Apr 11 15:20:40: ISDN Se0/2/0:15 Q931: TX -> ALERTING pd = 8  callref = 0x8042

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

000161: Apr 11 15:20:54: ISDN Se0/2/0:15 SERROR: isdn_get_name_from_gtd: false ret

000162: Apr 11 15:20:54: ISDN Se0/2/0:15 SERROR: process_pri_simple: NO name in GTD

000163: Apr 11 15:20:54: %ISDN-6-CONNECT: Interface Serial0/2/0:30 is now connected to 1230 N/A

000164: Apr 11 15:20:54: ISDN Se0/2/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x8042

000165: Apr 11 15:20:54: ISDN Se0/2/0:15 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x0042

000166: Apr 11 15:20:59: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/2/0:30, changed state to up

000167: Apr 11 15:21:00: %ISDN-6-CONNECT: Interface Serial0/2/0:30 is now connected to 1230 N/A

000168: Apr 11 15:21:02: %ISDN-6-DISCONNECT: Interface Serial0/2/0:30  disconnected from 1230 , call lasted 7 seconds

000169: Apr 11 15:21:02: ISDN Se0/2/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x8042

        Cause i = 0x8290 - Normal call clearing

000170: Apr 11 15:21:04: ISDN Se0/2/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x0042

        Cause i = 0x8190 - Normal call clearing

000171: Apr 11 15:21:04: ISDN Se0/2/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x8042

HQ-Gateway-1#

Any ideas?

Thanks,

Ahmed

Aaron Harrison Sun, 04/11/2010 - 12:13

Hi

You say mention 230, and the call ending up on 211... but on your ISDN debug you are sending out 4 digits (1230)?

Depending on how the trunk is configured on the Panasonic end, if you send in an unexpected digit length it might confuse things. If the Panasonic is using 3-digit extensions, find out if you should be sending three digits or more..

The debug isdn q931 shows exactly what is signaled out the ISDN, so what you see there is what should be received at the Panasonic. If it looks OK to you there, get in touch with the Panasonic eng and show him what you are sending...

Regards

Aaron

Please rate helpful posts..

Actions

This Discussion