Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Westi on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Weird routing problem

Status
Not open for further replies.

nmessick

Programmer
Dec 19, 2002
143
US
basic config is two locatios, each with two subnets connected with an MPLS.

The remote site routes to the local site just fine, however when doing a tracert from local to remote somthing is not right. The connection does work, however we're getting lots of 1-way audio on VOIP calls.


Local -> Remote

Tracing route to 192.168.3.48 over a maximum of 30 ho

1 <1 ms <1 ms <1 ms 192.168.2.200 (local Fe1)
2 27 ms 27 ms 27 ms 999.20.94.29 (MPLS gateway)
3 28 ms 47 ms 28 ms 999.20.94.213 (MPLS)
4 36 ms 35 ms 35 ms 999.20.94.214 (remote S0)
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
9 * * * Request timed out.
10 42 ms 41 ms 41 ms 192.168.3.48 (target!)


Remote -> Local

Tracing route to 192.168.4.48 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms 192.168.3.1 (local Fe1)
2 8 ms 8 ms 8 ms 999.20.94.213 (MPLS gateway)
3 9 ms 9 ms 10 ms 999.20.94.29 (mpls)
4 36 ms 36 ms 36 ms 999.20.94.30 (remote S0)
5 57 ms 56 ms 60 ms 192.168.4.48 (target(


Any ideas why the trace route would do this? I don't understand why it works going one way, but not the other.
 
What is "Remote S0"? Is that your own router or is it the MPLS provider's CPE?

It is normal for a traceroute to drop hops on a link which is working perfectly well - if you have some kind of filtering occurring.

More details of the one-way voice might be helpful - which voice in which direction is being affected?
At the same time, give us your jitter buffer settings for each end.

On the whole, it is very uncommon for one-way voice to occur on the network - it is almost always a signalling issue or some problem occurring within the voice server during call setup.
If you think about it logically, if the phones can setup a call between themselves, then they are clearly passing packets to each other.
It should take you about 5 minutes to rule out a jitter-buffer setting set too low or a firewall/access-list blocking rtp in one direction and then you should focus on the management of the call setup process.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top