Jabber 9.7 via Expressway 8.1.1 / CUCM 10.0 - Calls from PSTN
Hi - we have deployed Expressway C and E with CUCM 10.0 and have (evenutally) got devices registering. We have came across an issue with inbound calls from the PSTN to the Jabber clients registered via Expressway (MRA) - we see the call disconnecting with a SIP 503 error as below:
I just checked my deployment which does not have ISDN but a CUBE to an ITSP. My expressways do not have anything that resembles the Invite with the From and To sections. I have attached an example of a working output.
It appears that the call manager is routing the call from the gateway to the ExpresswayC as if it was a B2B URI call and not as a MRA registered device. Hence why internal calls are working and not calls from the gateway.
Do you have a SIP trunk and/or neighbour zones setup between the UCM and ExpresswayC along with SIP Dial Pattern?
Please attach the following:
- debug ccsip messages on your voice gateway from a PSTN to see what info is being sent to the UCM
- copy of your dial peers pointing the the UCM
- Grab the search history from the ExpresswayC and C for the call (Status --> Search History)
I've seen that problem in my deployment and it was not related to license in any way, in spite of what it seems.
I could make outbound calls, although with no audio, but inbound calls were failing and I got the same error message.
I guess you've got Exp-E with just one leg and you are NATting at the FW. If that's the case you can try to use a two-leg Exp-E (I didn't try that way but I was told that it could fix it too) or you can use the NAT (public) IP address to build the traversal zone.
I mean, my Exp-C was using the real Ip address as the peer in the traversal zone. I changed it to the NAT address (which by the way, you have to specify in the IP address section of the Exp-E) and everything began to work.
Thanks Carmen - yeah, I am a little confused by some of the config requirements. We are using a single interface deployment and DNS/FQDN for secure Traversal Zone (to match CN in cert). The customer DNS is split horizon so I have a feeling we are resolving to the internal Exp-E address as opposed to the external NAT address. I am going to ask them to remove the internal DNS entry and force the lookup to resolve the internet address (basically peer with this) and see if this works.
Thanks everyone, this works fine using the external DNS / IP for Traversal. As a side note the Traversal Zone uses NAT reflection to route via the DMZ interface (as opposed to the external interface) on port 7001.
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...