Back in March I had some issues with MWI inter-workings when using JTAPI integration to CUCM and having SRST as a backup. I kept noticing that though my configurations within CUE and the gateway IOS seemed correct I just couldn't get the unsolicited Notify messages to propagate over to the gateway from CUE. Well last night I had a break through. I may be the only one that this has ever happened to but if this helps anyone else out there then I will consider it a success.
I had my SIP stack IP set to the same ip that SIP was bound to in the gateway IOS and Sip-UA set to unsolicited but, the issue that I was facing had to do with the integration between CUE and CUCM not the SIP configurations within the gateway IOS. When integrating CUE with CUCM, out of habit , I would always list the primary and backup UCM servers during setup. Whenever I would simulate a failover I would put my BR2/Site C users in a Subscriber only Device Pool and then stop the Call manager Service on the Subscriber server. The issue here is that CUE will failover to the Publisher server instead of failing over to an SRST type of functionality. Therefore when an incoming call for BR2 phones came into the gateway, the active dial-peer would point to the locally registered phone which would in turn push a call-forward busy/no answer to the CUE module. A message would be left and then instead of a unsolicited MWI notification being sent out via the SIP stack, the CUE modul e would send the MWI update out of the CTI port that was currently registered with the PUB server. By changing the CUE to only the subscriber server for the JTAPI integration and resetting the CUE, once the call manager service on the Subscriber is stopped, then the CUE module will not have another server to failover to and the SIP MWI messages will then be sourced from the CUE SIP stack. Note: Using the "ip route pub.ip.address.x 255.255.255.255 null0" commands will also work here; if you do it for both the SUB and the PUB. This method will kill connectivity directly to the PUB and SUB servers which will do the trick as well. Like I said, I may be the only one that this has bitten, but if there's one other person that this helps then great! Thanks, Justin This email and any files transmitted with it are confidential and are intended for the sole use of the individual to whom they are addressed. Black Box Corporation reserves the right to scan all e-mail traffic for restricted content and to monitor all e-mail in general. If you are not the intended recipient or you have received this email in error, any use, dissemination or forwarding of this email is strictly prohibited. If you have received this email in error, please notify the sender by replying to this email. _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com