Hi folks,
We are deploying a new project with Mobile Remote Access solution in order to allow Jabber client to communicate from internet. These are the version and servers that we have:
CUCM 10.5.1
Presence 10.5.1
Expressway-C and Expressway-E running 8.5.1 (Both were installed with the version 8.2 and were upgraded to the version 8.5.1)
This is a simple topology of our environment. Expressway is using two interfaces and its external interface is behind NAT 1 to 1 (with the proper public IP address configured on the IP settings):
The issue we facing is very weird. The external Jabber clients are able to register and make calls to the internal devices properly, however, when the call is connected, we have no RTP from both sides.
After performing some debugs we came to conclusion that it might be some king of bug on VCS Expressway. This is what happens:
- The codec negotiation takes places just fine
- Local endpoint starts RTP transmission to Expressway-C
- Expressway-C transmits RTP traffic to Expressway-E (we can see it by using tcpdump)
- Expressway receives the RTP traffic from Expressway-C on its internal interface (we can see the traffic coming in by using tcpdump), however, Expressway-E does not send the RTP traffic to the remote device (when we run a tcpdump on Expressway-E's external interface, we dont see any RTP traffic being sent to the external Jabber client)
- In addition, the RTP ports negotiated between C and E seem to be ok, I mean, 36000 and 36001. I also tried to manually set them to 2776 and 2777, but the result was the same, only the first call worked after the reboot.
The most weird point is that, If I reboot Expressway-E, the first call made after the reboot works just fine (we have RTP in both directions), however, the next call attempts have the same symptom, no RTP at all. Then another reboot makes the first call to work correctly.
Has anybody here got a issue like that?
Thanks in advance.
Paulo Souza
