QoS Shape Average Problem

I know this is a Cisco forum but I have a QoS problem with an Adtran I was hoping someone could shed some light on because the commands are similar. I have the below policy configured on an Adtran Netvanta 3200. This is metro E customer so we have to shape the traffic. The problem I have is odd. If I apply just the qos-voip-map to the wan interface I can see that packets are being tagged as they should be but the obviously if I do this nothing will be shaped. However when I apply the traffic shaper policy to the wan nothing gets matched and tagged. Any help would be appreciated. Currently I have a trouble ticket with Adtran and I waiting to hear back from them. Thanks

qos map qos-voip-map 10
match dscp 46
match precedence 5
set dscp 46
qos map qos-voip-map 20
match list qos-acl
set dscp 26

qos map traffic-shaper 10
qos-policy qos-voip-map
shape average 10000000

Find more posts tagged with

Save $250 on 2025 certification boot camps from Infosec!

Book now with code EOY2025

Button

Comments

billscott92787

What type of WAN interface is it connecting to?

abhustler

This is a Metro E. So the wan interface is just a fast ethernet port

billscott92787

abhustler wrote: »

This is a Metro E. So the wan interface is just a fast ethernet port

Ah ok, I guess I should pay more attention when reading

networker050184

Seems like it should work to me. I used to work on the 900 series Adtran IADs and I can't recall anything extra you would need, but I'm not sure. I do remember every time I had to call their TAC for anything the answer was upgrade the AOS because its a bug. Might want to check your version for any bugs.

billscott92787

Here is my assumption from playing around in dynamips. When implementing the traffic shaping command your setting the average rate at 10000000. Which would give you:

Match: any
Traffic Shaping
Target/Average Byte Sustain Excess Interval Increment
Rate Limit bits/int bits/int (ms) (bytes)
10000000/10000000 62500 250000 250000 25 31250

A limit bits of 62,500. I'm thinking there isn't enough traffic for your setup to hit the requirement for the policy to kick in and shape the traffic to your standards. Are you trying to shape to limit traffic to a certain bit limit? The reason I ask is if I set a bit limit in the shape average command, I can simulate going over that limit, which would shape the traffic down to the policies requirements. This is just my guess because if I take down the target bit rate to simulate I get the following:

Traffic Shaping
Target/Average Byte Sustain Excess Interval Increment
Rate Limit bits/int bits/int (ms) (bytes)
8000/8000 500 2000 2000 250 250

Adapt Queue Packets Bytes Packets Bytes Shaping
Active Depth Delayed Delayed Active
- 33 2850 3879107 1056 1349556 yes

Which shows that it is shaping my traffic. Just my guess, I'm no expert in this area. If I'm wrong with the way I described this please someone feel free to butt in and correct me. I am reviewing QoS for my CCIE written first so I'm no where near an expert.

Also can you show the output where you applied the policy to the interface? Is enough data transversing to meet the set requirement?

networker050184

The OP should still see traffic matching the policy even if it is just a single packet. You don't have to hit the shaped rate for it to start matching packets.

billscott92787

I see. I understand it should match all packets by the criteria he created. I totally misread the description of the issue. So it's almost like you said a bug where it's not invoking the underlying class that he created, to match the traffic, and then follow through with the shape command. That's what it definitely seems like since if he applies the actual map for voip under the interface he can see the packets being tagged. Never worked with AdTran, interesting to see different manufacturers and how related the commands seem.

abhustler

networker050184 wrote: »

Seems like it should work to me. I used to work on the 900 series Adtran IADs and I can't recall anything extra you would need, but I'm not sure. I do remember every time I had to call their TAC for anything the answer was upgrade the AOS because its a bug. Might want to check your version for any bugs.

Yeah, thats what they said. "Upgrade the AOS". Well, we will see. I'll update this thread after the upgrade. Thanks for the validation.

abhustler

Spoke with an actually Engineer with Adtran when the AOS upgrade didnt work. Just needed to add a simple command to the traffic shape policy. "match any" I guess this is a similar concept with the "class class-default command added to a traffic shaping policy for a cisco.

qos map traffic-shaper 10
match any
qos-policy qos-voip-map
shape average 10000000

billscott92787

abhustler wrote: »

Spoke with an actually Engineer with Adtran when the AOS upgrade didnt work. Just needed to add a simple command to the traffic shape policy. "match any" I guess this is a similar concept with the "class class-default command added to a traffic shaping policy for a cisco.

qos map traffic-shaper 10
match any
qos-policy qos-voip-map
shape average 10000000

Is that the way that thier AOS works w/ the command, instead of applying it on the direct command (Cisco: class-map match-any qos-voip-map), you apply it under the qos map before you invoke the policy qos-voip-map?

networker050184

Awesome glad you figured it out. I was looking at that in your first post, but I had Cisco on the brain like billscott92787. Their support really does suck. Nice when you actually find one that knows what they are talking about. The only thing I liked about their TAC was that I never ended up with a guy from India (no offense to people form India, I just expect to talk to an American when I call an American company!). They are in Alabama I think though which can be just as bad sometimes lol.

abhustler

billscott92787 wrote: »

Is that the way that thier AOS works w/ the command, instead of applying it on the direct command (Cisco: class-map match-any qos-voip-map), you apply it under the qos map before you invoke the policy qos-voip-map?

The command is actually similar on a Cisco. Instead of adding a match any you have to apply class class default under the "parent map (traffic shaping one) before the "child map".

policy-map traffic-shaper
class class-default
shape average 10000000
service-policy qos-voip-map

billscott92787

networker050184 wrote: »

Awesome glad you figured it out. I was looking at that in your first post, but I had Cisco on the brain like billscott92787. Their support really does suck. Nice when you actually find one that knows what they are talking about. The only thing I liked about their TAC was that I never ended up with a guy from India (no offense to people form India, I just expect to talk to an American when I call an American company!). They are in Alabama I think though which can be just as bad sometimes lol.

Firstly,

I was born and raised in Alabama and I DO NOT APPRECIATE THAT COMMENT ONE BIT.

NOT, LOL. But I thought it would be funny to give you a laugh!!

Secondly,

I think I see what you mean, so if a packet comes across it checks

qos map qos-voip-map 10
match dscp 46
match precedence 5
set dscp 46
qos map qos-voip-map 20
match list qos-acl
set dscp 26

if it doesn't match any of this criteria it then shapes the traffic w/ your config shape average 10000000? Sorry for all the questions, I'm just trying to get a feel for how their AOS works since I never dealt with them before. Just as a packet in Cisco compared to the policy if it doesn't match any of the criteria it then goes on to be compared to the class-default?