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.
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.
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?
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...
This document describe how DST changes and how time changes are
implemented in DST. Daylight Saving Time (DST) is the practice of
setting the clocks forward 1 hour from standard time during the summer
months, and back again in the fall, in order to make b...