cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
589
Views
0
Helpful
4
Replies

CUCM Call Forwarding back to Fujitsu F9600

brentspyrka
Level 1
Level 1

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

4 Replies 4

Sambit Khuas
Level 1
Level 1

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

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

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

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

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: