CUCM Call Forwarding back to Fujitsu F9600

brentspyrka · ‎12-19-2013

We've been able to successfully connect 2 PRI T1's from the F9600 to the CUCM 9.1.1. While both systems are capable of calling each others numbers, we've hit a roadblock on forwarding.

Since we don't have Unity Connect loaded yet, I'd like to forward the call back to the F9600. As an example, my Fujitsu phone (5787) dials, and rings, my Cisco desk phone (8150). I've configured the 8150 DN to forward to extension 3457 (a DN on the F9600). I should also note that my 8150 phone has no problem dialing the 3457 extension. In my AVST, I've built a secondary extension (3457) under my 5787 build, which then plays my greeting.

We're running under MGCP, and Qsig signalling. Listed below is a detailed bug analysis of this call. The issue is that after 10 seconds (setting), when the 8150 attempts to dial the 3457 extension, it rings busy/or re-order tone. Utilizing a trap on the PRI's, on the Fujitsu side, shows the call never grabbed a channel to come across. If I run the same test from another Cisco phone, say 8127 to 8150, after 10 seconds, the call simply drops. Forwarding to another Cisco extension is not a problem. The debug indicates that the call was set-up and extended to the Fujitsu atextension 3457, and released. Unfortunately, the call didn't get processed across the wire. I've played with multiple setting under the T1 Cisco configurations; Redirect IE, along with Called Party IE, Calling Part IE, but I'm not coming up with the correct combination. If anyone has a suggestion, or two, it would be appreciated.

Call Flow :

Fujitsu phone>>>Pri>>>MGCP gateway>>CUCM >> IP phone>> (CFNA)>>CUCM>> MGCP gateway>>Pri>> Fujitsu VM system.

++ Tried not sending the Redirecting Party but that did not work.

++Collected traces and debugs and for a failed call.

In debugs we see when we send a q931 setup to Fujitsu , it sends a release complete.

++ Below is the detailed debugs:

Incoming Set-up received from the Fujitsu

1041485: *Dec 18 21:12:02.128: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0141

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 = 0x4980, '5787'

Plan:Private, Type:Subscriber(local)

Calling Party SubAddr i = 0x80, 'P5787'

Called Party Number i = 0xA1, '8150'

Plan:ISDN, Type:National

Sending Proceeding to Fujitsu

1041488: *Dec 18 21:12:02.136: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8141

Channel ID i = 0xA98381

Exclusive, Channel 1

Sending Alerting to Fujitsu

1041489: *Dec 18 21:12:02.164: ISDN Se0/0/0:23 Q931: TX -> ALERTING pd = 8 callref = 0x8141

Facility i = 0x9FAA06800100820100A114020101020101800C4272656E7420537079726B61

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

Here after Call is forwarded , we send a set-up to the Fujitsu

1041494: *Dec 18 21:12:12.196: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0003

Sending Complete

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98382

Exclusive, Channel 2

Facility i = 0x9FAA068001008201008B0100A12B02010102011530230201010A0103800103A108A006800438313530A30E800C4272656E7420537079726B61

Facility i = 0x9FAA06800100820100A1080201000201008400

Calling Party Number i = 0x4983, '5787'

Plan:Private, Type:Subscriber(local)

Called Party Number i = 0xC1, '3457'

Plan:ISDN, Type:Subscriber(local)

Redirecting Number i = 0x000082, '8150'

Plan:Unknown, Type:Unknown

we received a Release complete from Fujitsu

Sambit Khuas · ‎12-19-2013

Hello Brent,

I can see that the CUCM sends all the needed information in the setup message.

Also you say that we recieve a Release Complete from the remote side. So its strange that the call didnt make it to the far end, because normally we see the following flow of messages:

20:52:34: ISDN BR0: RX <- DISCONNECT pd = 8 callref = 0xAE 
   20:52:34: Cause i =0x829F08 - Normal,unspecified or Special intercept,
     call blocked group restriction     
   20:52:34: ISDN BR0: TX -> RELEASE pd = 8 callref = 0x2E 
   20:52:34: ISDN BR0: RX <- RELEASE_COMP pd = 8 callref = 0xAE

Hence if we get a Release Comp from the far end means we should get a disconnect from it as well.

Can you please share the compleate output of debug isdn q931 for a forwarded call and a call made from a cisco phone to the fujitsu phone?

Regards

Sam

brentspyrka · ‎12-23-2013

Sam,

Sorry, I didn't get back to you earlier, but needed to be out of the office last Friday. The results from the debug isdn q931 is listed below. I called from my cell phone number, 219.308.0311 to my normal Fujitsu desk phone 773.257.5787. The 5787 is CFAC'd to the Cisco 8150, which has a CFNA of 3457 (10 seconds) back into the Fujitsu via the PRI's. The first event is the forwarding data, and second is a 8150 to 5787 call that was unanswered. The second event (in BOLD), is the 8150 Cisco calling my 5787 Fujitsu, and it hunting to my AVST mailbox, and then me hanging up.

1124137: *Dec 23 16:42:54.699: ISDN Se0/0/1:23 Q931: RX <- SETUP pd = 8 callref = 0x0101

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 = 0x2183, '2193080311'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '8150'

Plan:ISDN, Type:National

1124138: *Dec 23 16:42:54.707: ISDN Se0/0/1:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8101

Channel ID i = 0xA98382

Exclusive, Channel 2

1124139: *Dec 23 16:42:54.739: ISDN Se0/0/1:23 Q931: TX -> ALERTING pd = 8 callref = 0x8101

Facility i = 0x9FAA06800100820100A114020101020101800C4272656E7420537079726B61

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

1124140: *Dec 23 16:43:04.763: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0002

Sending Complete

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Facility i = 0x9FAA068001008201008B0100A12B02010102011530230201010A0103800103A108A006800438313530A30E800C4272656E7420537079726B61

Facility i = 0x9FAA06800100820100A1080201000201008400

Calling Party Number i = 0x2183, '2193080311'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '3457'

Plan:Unknown, Type:Unknown

1124141: *Dec 23 16:43:05.059: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8002

1124142: *Dec 23 16:43:05.079: ISDN Se0/0/1:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x8101

Cause i = 0x8090 - Normal call clearing

1124143: *Dec 23 16:43:05.287: ISDN Se0/0/1:23 Q931: RX <- RELEASE pd = 8 callref = 0x0101

1124144: *Dec 23 16:43:05.307: ISDN Se0/0/1:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8101

1131900: *Dec 23 19:33:29.419: ISDN Se0/0/1:23 Q931: TX -> SETUP pd = 8 callref = 0x207D

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Facility i = 0x9FAA06800100820100A114020100020100800C4272656E74205370797 26B61

Calling Party Number i = 0x0081, '8150'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '5787'

Plan:Unknown, Type:Unknown

1131901: *Dec 23 19:33:29.771: ISDN Se0/0/1:23 Q931: RX <- CALL_PROC pd = 8 cal lref = 0xA07D

Channel ID i = 0xA98381

Exclusive, Channel 1

1131902: *Dec 23 19:33:29.931: ISDN Se0/0/1:23 Q931: RX <- ALERTING pd = 8 call ref = 0xA07D

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

1131903: *Dec 23 19:33:48.395: ISDN Se0/0/1:23 Q931: RX <- CONNECT pd = 8 callr ef = 0xA07D

Progress Ind i = 0x8182 - Destination address is non-ISDN

1131904: *Dec 23 19:33:48.399: ISDN Se0/0/1:23 Q931: TX -> CONNECT_ACK pd = 8 c allref = 0x207D

1131905: *Dec 23 19:33:54.759: ISDN Se0/0/1:23 Q931: TX -> DISCONNECT pd = 8 ca llref = 0x207D

Cause i = 0x8090 - Normal call clearing

1131906: *Dec 23 19:33:55.003: ISDN Se0/0/1:23 Q931: RX <- RELEASE pd = 8 callr ef = 0xA07D

1131907: *Dec 23 19:33:55.027: ISDN Se0/0/1:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x207D

Sambit Khuas · ‎12-23-2013

Hello Brent,

I could not find any striking difference between the two setup messages that are being sent to the FUJITSU system. So I would recommend trying to find out what is happening at their end. Is the remote system expecting some information that is not included in the setup?

Regards

Sam

brentspyrka · ‎12-26-2013

Sam,

At this point, I'm going to have to engage the TAC people on the Fujitsu F9600 side. Thanks for taking the time to offer some suggestions.

Brent