09-04-2007 10:00 PM - edited 03-17-2019 09:07 PM
Hi Folks,
We are trialling a video conferencing deployment. Our WAN topology is via BGP connections to a carrier's MPLS cloud.
We have configured a Communications Manager 6 server. When we connect our 2 test routers via a local test router using EIGRP, we initiate a call and are able to see a single RSVP reservation establish and hold up indefinitely. When we attempt a second video call, it is correctly refused as per our intended policy. However, when we connect the 2 test routers to the carrier's IP cloud via BGP, we cannot get the RSVP reservation to hold up, it drops after 60 seconds (as per the CM6 setting) and we note Path Tear messages in our RSVP debug.
Could anyone provide advice on why this would be happening. Configs attached.
Cheers, SteveK.
09-21-2007 03:15 PM
This may not apply to you, but it just might. I just discussed something similar concerning an MPLS cloud on which video setup would fail. The customer, in a troubleshooting effort, bypassed the MPLS cloud and ran the video directly over VPN and the conferencing worked fine. When the customer reintroduced the MPLS cloud path, the setup failed.
After troubleshooting, it was ascertained that the video call setup encountered errors because the MPLS cloud could not process the size of the MTU packet being sent. You may wish to look at that as a possible point of failure.
09-23-2007 05:03 PM
Thanks for your input James.
In our case the video is fine, it's just the RSVP reservation that drops. The issue has been referred to our service provider as they are not passing the RSVP traffic thorugh transparently.
SteveK.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide