ONT and the Bandwidth command

TheBlueRajaTheBlueRaja Member Posts: 12 ■□□□□□□□□□
Hi All,
I need to clear something up in my head as the cisco Student material is quite frankly shocking sometimes and leaves a lot of questions unanswered / unclear.

Im currently studying for the ONT (Passed the BSCI (Brutal), BCMSN (easy IMO) and ISCW (which was bloody harder than i thought it was going to be) so im on the home run - YAY!

Im looking at the section on CBWFQ and LLQ and talking about bandwidth on the interface and in Policy-maps.

Now i may be going a bit beyond ONT here but the question popped in my mind while studying and now i got to know.

Where i work we use VoIP, lots of it, some site have 2000+ users and some are really small.

On the smaller sites, there is a router (which we don't manage) with a Layer 3 switch behind it (dont ask) that connects to the router via a Gig or Fast Ethernet connection.

Now the router (crappy small Nortel thing) may only have a 2 or a 4mbps connection behind it to the WAN, so say we wanted to tightly control the flow of traffic from the switch to the router to use the L3 switch as a method of limiting the flow of traffic to the WAN rather than the router. That way im letting the Cisco L3 switch dictate the flow to the WAN link rather than the router and the router will never need to use the software queue.

So (if your still with me), say i use the bandwidth command on the outgoing interface, which for the sake of argument is F0/1 and is 100/Full.

So

int f0/1
bandwidth 4000000
exit

Now all im doing here is instructing the interface that it only has 4Mbps available but this does not shape or limit any traffic its only used by routing protocols during weighting.

So using this command to manage the actual link speed is useless.

So, classification, (now for the ONT stuff). Lets say i do the following:-

class-map VOICE
match DSCP 46
match DSCP 26
exit

#Match DSCP values 46 (or EF for voice packets) and 26 (or AF31 for signalling)

Policing

policy-map VOIP
class VOICE
priority percent 33
exit

#Match class voice packets and allocate 33 percent of available bandwidth (so 33% of 75% of total bandwidth - (75% being the total bandwidth configurable on a link)) in the LLQ.

Implementing

int fa0/1
service-policy out VOIP
exit

#use the policy-map on the "WAN" interface.

Now from what i understand this will allocate 33% of the available bandwidth to packets matching this policy-map BUT.....

What is the total bandwidth that the interface thinks it has? How do i configure this? How do i tell it that even though its a 100/Full link that in fact there is only a 4Mbps connection behind it?

Would in this case using the bandwidth command on the interface allow the software queue to recognise that it has less than 100/Full available?

Or is there something im missing?

Thanks

Comments

  • networker050184networker050184 Mod Posts: 11,962 Mod
    You would need to use a parent shaper to 4 mbps and then put your policy map as the child.

    One thing to keep in mind is the default behavior of a class-map. The way you have your VOICE class now its not going to match anything.
    An expert is a man who has made all the mistakes which can be made.
  • laidbackfreaklaidbackfreak Member Posts: 991
    one thing to keep in mind, does the Nortel device trust the markings your sending it?
    if I say something that can be taken one of two ways and one of them offends, I usually mean the other one :-)
  • TheBlueRajaTheBlueRaja Member Posts: 12 ■□□□□□□□□□
    You would need to use a parent shaper to 4 mbps and then put your policy map as the child.

    One thing to keep in mind is the default behavior of a class-map. The way you have your VOICE class now its not going to match anything.

    Ok, i'll need to look into that further.

    You mention that my VOICE class wont match anything, is that because i need to match-any as opposed to match-all?

    If so thanks for reminding me as i would have overlooked that (facepalm)!
  • TheBlueRajaTheBlueRaja Member Posts: 12 ■□□□□□□□□□
    one thing to keep in mind, does the Nortel device trust the markings your sending it?

    Yes it does, it will trust any QoS markings we send it.

    They have their own shaping on the core (which the nortel network makes up), and is limited to 20% but thats another story, the examples above are just to get my head round it with an eye to the possibilities future.
  • networker050184networker050184 Mod Posts: 11,962 Mod
    Ok, i'll need to look into that further.

    You mention that my VOICE class wont match anything, is that because i need to match-any as opposed to match-all?

    If so thanks for reminding me as i would have overlooked that (facepalm)!

    Yep, exactly. How you have it set up it will only match packets with DSCP 46 AND DSCP 26. Since a packet can only have one DSCP marking none of them will ever match. The match-any option is what you are looking for here. Thats one of the questions in the QoS exam cert guide :)
    An expert is a man who has made all the mistakes which can be made.
  • TheBlueRajaTheBlueRaja Member Posts: 12 ■□□□□□□□□□
    You would need to use a parent shaper to 4 mbps and then put your policy map as the child.

    One thing to keep in mind is the default behavior of a class-map. The way you have your VOICE class now its not going to match anything.

    Just been looking further into this,

    If had the following above;-

    Policing

    policy-map VOIP
    class VOICE
    priority percent 33
    exit

    but if i wanted to shape the traffic to 4mbps, sorted out my class-map as stated and then instead do this:-

    Policing

    policy-map child
    class VOICE
    priority percent 33
    exit

    policy-map parent
    class class-default
    shape average 4000000
    service-policy child
    exit

    Am i right in saying this would shape the link to 4Mbps and then allocate 33% of that bandwidth to voice in the event of congestion, however always put voice traffic matching dscp 46 and 26 to the LLQ queue.
  • networker050184networker050184 Mod Posts: 11,962 Mod
    Just been looking further into this,

    If had the following above;-

    Policing

    policy-map VOIP
    class VOICE
    priority percent 33
    exit

    but if i wanted to shape the traffic to 4mbps, sorted out my class-map as stated and then instead do this:-

    Policing

    policy-map child
    class VOICE
    priority percent 33
    exit

    policy-map parent
    class class-default
    shape average 4000000
    service-policy child
    exit

    Am i right in saying this would shape the link to 4Mbps and then allocate 33% of that bandwidth to voice in the event of congestion, however always put voice traffic matching dscp 46 and 26 to the LLQ queue.

    Yes, you are right in your understanding.
    An expert is a man who has made all the mistakes which can be made.
Sign In or Register to comment.