What could be the cause of a one-way voice quality problem? we can hear the callers well, but the callers hear our voice choppy and breaking up.
We are using E1 links to MPLS cloud to the different sites. On our routers, we configure QOS, however, we are not sure if the remote router is doing the same.
Solved! Go to Solution.
Do the sites have back-up links?
The symptoms described are consistent with asymetrical routing where the route back goes via the (normally) much slower back-up link such and ADSL.
So, you should perform traceroute from both ends. Make sure the source addr from this test, is the coming from the correct Voice Vlan interface. Make sure too that any return traffic comes from the source network, in our case this will be the IP phone subnet (or Voice Vlan interface). Do you get me?
Your CE or edge router tables should provide us with some useful information too.
let me know if you need any further clarification with regards to the investigation steps which I have outlined above.
Thanks much for your advice. managed to get the other sides to do tracing from their site, below is the result, it looks like it is going out the right path.
trace to 22.214.171.124
1 <1 ms <1 ms <1 ms 126.96.36.199
2 <1 ms <1 ms <1 ms 188.8.131.52
3 30 ms 29 ms 29 ms 184.108.40.206
4 29 ms 29 ms 29 ms 220.127.116.11
5 95 ms 41 ms 57 ms 18.104.22.168
6 84 ms 88 ms 77 ms 22.214.171.124
7 78 ms 75 ms 74 ms 126.96.36.199
8 79 ms 92 ms 82 ms 188.8.131.52
9 82 ms 93 ms 89 ms 184.108.40.206
10 * * * Request timed out.
11 106 ms 88 ms 95 ms 220.127.116.11
trace to 18.104.22.168
1 2 ms <1 ms <1 ms 22.214.171.124
2 <1 ms <1 ms <1 ms 126.96.36.199
3 * * * Request timed out.
4 <1 ms <1 ms <1 ms 188.8.131.52
5 15 ms 20 ms 22 ms 184.108.40.206
6 16 ms 18 ms 7 ms 220.127.116.11
7 19 ms 20 ms 18 ms 18.104.22.168
8 54 ms 45 ms 45 ms 22.214.171.124
9 64 ms 58 ms 63 ms 126.96.36.199
10 * * * Request timed out.
11 86 ms 100 ms 98 ms 188.8.131.52
It looks like the trace to 184.108.40.206 has a lousier response time, could it be that the link is congested?
Yes policy routing could potentially be causing this if it results in asymetrical routing across a slower link.
Do you have a network diagram and configs from the relevant routing nodes?
Can I send the config to you in private mails? once if this is solved, i will update the forum by clearing away the unnecessary?
Do you mind?
The fundamental questions are whether QoS is enabled within the MPLS?, and secondly if the answer to the previous is yes, then have the appropriate DSCP values been mapped accordingly?
If you are assure about the above, there are two options you can either trust the values in the event that there is at the remote end or reclassify accordingly if you are unsure.
I would capture the traffic at both ends in order to establish that the packets are marked correctly prior to MPLS then also on egress of the MPLS.
This will help you ascertain whether the DSCP/PHB for your voice traffic is correct at either end and where it is possibly being remarked.
If packets are remarked with 0 then you can be assured this traffic will be treated as best effort, and hence your quality issues if the link is congested.
Also remember to check your Call Admission Control and ensure you have not over subscribed the bandwidth to that in you Voice-Policy?
Pls rate helpful posts.
sorry for the delayed update.
Yes my problem is solved, it is due to the QOS setting at the MPLS provider end. After reverting to the normal settings. everything is smooth. Thanks everyone!