12-19-2013 01:10 PM - last edited on 03-25-2019 08:27 PM by ciscomoderator
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
12-19-2013 09:50 PM
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
12-23-2013 11:45 AM
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
12-23-2013 11:59 PM
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
12-26-2013 08:46 AM
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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide