[cisco-voip] Communication Problem between CUBE and CUCM

[Eric Pedersen]

Where are you taking the packet capture? If you take a capture on CUCM do you see a SYN arriving there from the CUBE and CUCM sending the ACK?

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Cleothus Spady
Sent: 09 November 2012 5:16 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Communication Problem between CUBE and CUCM

 Heres whats Happening,   I'm unable to register media resources from my DAllas Cube to my DAllas CUCM(Sub),I'm able to register them with another sub located in (DC) but not Dallas, The problem with the media resources registering in(DC), the call flow will go like this DALCUBE>DC CUCM>DALCUBE>ITSP (sip)

I'm able to ping Dal Cube from Dal Cucm and DAl Cucm to Dal Cube
I have packet captures that show There is No TCP (port 2000) ACK message both ways, If the Cube sends the request there is no ACK message from CUCM,  if CUCM sends the request there is no ACK from the CUBE

The funny thing is there is no firewall or access list  between DAL CUBE and DAL CUCM, but there is one between DAL CUBE and DC CUCM



I think this connection would solve my one way audio issue, that was solved by using a MTP,(using the MTP worked until the firewall block the voice traffic coming from DAllas to DC)


I'm sure  the cube configurations are correct since they are able to register with other cucm, just not the one i need it too


Thanks in Advance











Tell me and I will forget
Show me and I might Remember
Involve me and I will understand

The contents of this message may contain confidential and/or privileged
subject matter. If this message has been received in error, please contact
the sender and delete all copies. Like other forms of communication,
e-mail communications may be vulnerable to interception by unauthorized
parties. If you do not wish us to communicate with you by e-mail, please
notify us at your earliest convenience. In the absence of such
notification, your consent is assumed. Should you choose to allow us to
communicate by e-mail, we will not take any additional security measures
(such as encryption) unless specifically requested.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20121109/80fe53fe/attachment.html>