cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
dlazure
New Contributor III

QoS issue on 3448

Jump to solution

Hi

Here is the setup :

2 Adtran 3448 connecting 2 site via VPN. I have a IP PBX at the main site and 4 ip phones at the remote site. I setup QoS based on Ip Precedence value and RTP packet. I programmed

priority queued bandwidth with 10000kb/s  as limit.

The issue :

when they make a call and than send a folder with picture on the printer ACROSS the VPN tunnel, the voice communication is very poor. How can it be possible since we set a priority of 10000kb/s wich is more than enough. the link between the 2 site is around 10mb/s.

thanks

Tags (3)
0 Kudos
1 Solution

Accepted Solutions
Anonymous
Not applicable

Re: QoS issue on 3448

Jump to solution

Hi dlazure:

Important things to keep in mind:

  • Some switches strip the ToS/QoS tags.  If this is the case, then the 3448(s) will not match any IP Precedence-tagged packets.  You can show qos map interface eth 0/X (or switchport interface if that's what you're using) to see if matches are incrementing properly.
  • Is the uplink speed 10M at both sites?  This is an important part.  For example, if my Site A has a 10M/2M Internet connection, I need to configure that site's 3448 so that it knows that it has 2M to work with.  The 3448 probably links to your ISP modem/whatever at 100M.  Unless you specify a traffic-shape rate on that interface, it thinks you have 100M bandwidth.  The AOS unit will not take QoS action until it sees that the link has become saturated, so it's important to make it aware that only 2M (in this example) is available.  At the interface prompt, use command traffic-shape rate 2M (or whatever matches your actual upload speed).  This value may be different at each site.  There's a straightforward GUI item for this too.
  • QoS is important, but can have diminished benefit when the WAN/Internet connections are used for a mix of low-latency and best-effort traffic.  Even when configured properly and functioning at its best, heavy utilization can get in the way.  QoS is an egress feature, but traffic sent by the remote site arrives ingress to my site in competition with other download traffic.  In cases where Internet use is heavy, there may be little you can do from a QoS configuration standpoint to mitigate poor quality.  Private WAN links such as point-to-point T1, MPLS or Metro E provide a way to guarantee toll quality for your calls.  A second (less preferred) option is to use separate Internet connections for voice calls between sites, so that they are not congested with general Internet download traffic.  In all cases, ISP over-subscription and other factors may cause increased latency or packet loss.
  • Voice Quality Monitoring (VQM) is included in the AOS Enhanced Feature Pack (EFP), which you're running to support VPN.  VQM is a great way to see what aspects are causing the most trouble and also quantify the frequency.
  • Quality of Service in AOS general information; Enhanced Ethernet QoS is also an excellent guide

Best,

Chris

View solution in original post

2 Replies
Anonymous
Not applicable

Re: QoS issue on 3448

Jump to solution

Hi dlazure:

Important things to keep in mind:

  • Some switches strip the ToS/QoS tags.  If this is the case, then the 3448(s) will not match any IP Precedence-tagged packets.  You can show qos map interface eth 0/X (or switchport interface if that's what you're using) to see if matches are incrementing properly.
  • Is the uplink speed 10M at both sites?  This is an important part.  For example, if my Site A has a 10M/2M Internet connection, I need to configure that site's 3448 so that it knows that it has 2M to work with.  The 3448 probably links to your ISP modem/whatever at 100M.  Unless you specify a traffic-shape rate on that interface, it thinks you have 100M bandwidth.  The AOS unit will not take QoS action until it sees that the link has become saturated, so it's important to make it aware that only 2M (in this example) is available.  At the interface prompt, use command traffic-shape rate 2M (or whatever matches your actual upload speed).  This value may be different at each site.  There's a straightforward GUI item for this too.
  • QoS is important, but can have diminished benefit when the WAN/Internet connections are used for a mix of low-latency and best-effort traffic.  Even when configured properly and functioning at its best, heavy utilization can get in the way.  QoS is an egress feature, but traffic sent by the remote site arrives ingress to my site in competition with other download traffic.  In cases where Internet use is heavy, there may be little you can do from a QoS configuration standpoint to mitigate poor quality.  Private WAN links such as point-to-point T1, MPLS or Metro E provide a way to guarantee toll quality for your calls.  A second (less preferred) option is to use separate Internet connections for voice calls between sites, so that they are not congested with general Internet download traffic.  In all cases, ISP over-subscription and other factors may cause increased latency or packet loss.
  • Voice Quality Monitoring (VQM) is included in the AOS Enhanced Feature Pack (EFP), which you're running to support VPN.  VQM is a great way to see what aspects are causing the most trouble and also quantify the frequency.
  • Quality of Service in AOS general information; Enhanced Ethernet QoS is also an excellent guide

Best,

Chris

Anonymous
Not applicable

Re: QoS issue on 3448

Jump to solution

dlazure:

I went ahead and flagged the "Correct Answer" on this post to make it more visible and help other members of the community find solutions more easily. If you don't feel like the answer I marked was correct, feel free to come back to this post to unmark it and select another in its place with the applicable buttons.  If you have any additional information on this that others may benefit from, please come back to this post to provide an update.  If you still need assistance, we would be more than happy to continue working with you on this - just let us know in a reply.

Thanks,

Levi