UC520 cannot be called, but it can call out

aaaaa2209 · ‎11-01-2011

Hello everyone,

I have a problem with my UC 520. The question is as the title says. This is a lab environment. I connect the UC520 to a 3745 using T1 PRI. I have a CIPC register to the 3745 and a 7941 phone register to UC520. The CIPC can call 7941 but the 7941(17184752300) cannot call CIPC(17755011111). I can see the debug isdn q931 from the UC500 and I will paste it here. I will also attach the config file of UC520. Let me know if you need more information.

The UC520 config might not be very clean because there was a lot of stuff there before we test it. And then we used it to test with CCA too.

Thank you very much.

William

7941(17184752300) --- UC520 --- T1 PRI or WAN (h323)--- 3745 ---R1--- CIUC (17755011111)

------------------------------------------------------------------------> OK

<--------------------------xxxxxxxxxxxxxxxxxxxxxx------- --- not good

DEBUG ISDN Q931 log from UC520

3725(PSTN): 17755011111

UC520: 17184752300

---------------------------------Can make call from 17184752300 to 17755011111

Nov 1 19:01:18.096: ISDN Se0/2/0:23 Q931: Applying typeplan for sw-type 0xD is 0x0 0x0, Calling num 17184752300

Nov 1 19:01:18.100: ISDN Se0/2/0:23 Q931: Sending SETUP callref = 0x0084 callID = 0x8005 switch = primary-ni interface = User

Nov 1 19:01:18.100: ISDN Se0/2/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0084

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98383

Exclusive, Channel 3

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

UC500(config-dial-peer)#

Calling Party Number i = 0x0080, '17184752300'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '17755011111'

Plan:Unknown, Type:Unknown

Nov 1 19:01:18.124: ISDN Se0/2/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8084

Channel ID i = 0xA98383

Exclusive, Channel 3

Nov 1 19:01:18.132: ISDN Se0/2/0:23 Q931: RX <- ALERTING pd = 8 callref = 0x8084

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

UC500(config-dial-peer)#

Nov 1 19:01:21.240: ISDN Se0/2/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x0084

Cause i = 0x8090 - Normal call clearing

Nov 1 19:01:21.248: ISDN Se0/2/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x8084

Nov 1 19:01:21.252: ISDN Se0/2/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0084

---------------------------------CanNOT make call from 17755011111 to 17184752300

Nov 1 19:03:29.260: ISDN Se0/2/0:23 Q931: RX <- SETUP pd = 8 callref = 0x00B4

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 = 0x8583 - Origination address is non-ISDN

Calling Party Number i = 0x0080, '17755011111'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '17184752300'

Plan:Unknown, Type:Unknown

Nov 1 19:03:29.260: ISDN Se0/2/0:23 Q931: Received SETUP callref = 0x80B4 callID = 0x0015 switch = primary-ni interface = User

UC500(config-dial-peer)#

Nov 1 19:03:29.268: ISDN Se0/2/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x80B4

Channel ID i = 0xA98381

Exclusive, Channel 1

Nov 1 19:03:29.272: ISDN Se0/2/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x80B4

Cause i = 0x8090 - Normal call clearing

Nov 1 19:03:29.280: ISDN Se0/2/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x00B4

Nov 1 19:03:29.284: ISDN Se0/2/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x80B4

mcasimirc63 · ‎11-01-2011

Since this is a lab scenario. I would remove the PRI connection and use IP session targets for your dial peers. If the call can connect I would make sure your have isdn protocol-emulate network on the 3745 and isdn protocol-emulate user on the uc520. the command would be listed under the interface. Assuming you are using a T1 crossover

aaaaa2209 · ‎11-03-2011

Thanks Marcus,

It would be more difficult to do this in the VoIP way since my lab's topology. I gave up VoIP when I find the connection issue between the two phones. However I use the debug voip ccapi inout command and find out that the route is via dial-peer 6 instead of dial-peer 1. Then I found out that there is a translation-profile has been implemented. All digits are stripped off after that. I deleted it and everything works. Thanks!

William