RE: best PLACE TO APPLY QOS SETTINGS

From: Curt Girardin (curt.girardin@chicos.com)
Date: Thu Sep 27 2007 - 16:12:55 ART

Next message: Alex Steer: "redistribution, more loops than a bag of hula-hoops"
Previous message: Carlos Trujillo Jimenez: "BLOCK A URL at the ingress interface."
Maybe in reply to: Carlos Trujillo Jimenez: "best PLACE TO APPLY QOS SETTINGS"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]

Carlos,

Try putting a shaper outbound for "class default" on the outside
interface. This *creates* your congestion that you need, aka
"backpressure". Now add another service policy *inside* that shaper
that does your Queuing, etc... For inbound traffic (there may be a
better way), I just police "non-voice traffic" to slightly below the
inbound bandwidth - this should help keep TCP traffic somewhat under
control from ack's and sliding window, other traffic (especially one-way
streaming UDP traffic) probably won't be fixed with inbound policing.

For example:

Class-map match-any VOICE
Match ip dscp EF !----voice traffic

Class-map match all NOT-VOICE
Match not class-map VOICE

policy-map BROADBAND-QOS
        Class VOICE
          Priority 120
          Class class-default
          Fair-queue !-------Everything else is
weighted-fair-queued.

policy-map BROADBAND-SHAPER
  class class-default
  shape average 2000000 20000 0
  service-policy BROADBAND-QOS

Policy-map INBOUND-BROADBAND
Class NOT-VOICE
Police 1600000

Interface FastEthernet x/y
        Desc BROADBAND CONNECTION
        Ip address w.x.y.z 255.255.255.0
        service-policy output BROADBAND-SHAPER
        service-policy input INBOUND-BROADBAND

HTH,

Curt Girardin, CCIE2 (R/S, Security) CCIE #15972

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Peter Kingston
Sent: Thursday, September 27, 2007 9:29 AM
To: Carlos Trujillo Jimenez
Cc: ccielab@groupstudy.com
Subject: Re: best PLACE TO APPLY QOS SETTINGS

Hello Carlos,

The best place to have QOS would have been on the outbound interface of
your
DSL provider.

I am guessing this isn't an option so QOS wont help you in this
situation.

-- 
Regards,
Peter Kingston
Studying my CCIE
On 9/27/07, Carlos Trujillo Jimenez <nergal888@hotmail.com> wrote:
>
> Hi QOS EXPERTS!
>
> A question for all of you.
>
> I have a router connected to a dsl modem, obviously the dsl modem has
one
> fastethernet interface, and one dsl interface, but I have no
> administration
> of the dsl modem, only of the router connected to it. the dsl modem is
> only
> doing bridging, and the router connected to it is doing the routing
> process.
>
> If I want to configure LLQ using MQOS in the router, I attach the
service
> policy created in the output direction of the fastethernet interface
of
> the
> router connected to the dsl modem (wan interface),  all these QOS
setting
> will work??
>
> I have heard that QOS settings only work when the interface becomes
> congested, But the bottleneck begins at the egress interface of the
dsl
> modem, not at the egress interface of the router, so its very
improbable
> that my router ethernet interface become congested, meaning the qos
> features
> will not work at the egress interface of the router.
>
> so my question is, the best place to attach the service policy
> configuration
> is at the egress interface of the dsl modem??
>
> another, If I dont have administration of that box, Can I do some QOS
at
> the
> router egress interface??
>
> _________________________________________________________________
> Charla con tus amigos en lmnea mediante MSN Messenger:
> http://messenger.latam.msn.com/
>
>

Next message: Alex Steer: "redistribution, more loops than a bag of hula-hoops"
Previous message: Carlos Trujillo Jimenez: "BLOCK A URL at the ingress interface."
Maybe in reply to: Carlos Trujillo Jimenez: "best PLACE TO APPLY QOS SETTINGS"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]

This archive was generated by hypermail 2.1.4 : Sat Oct 06 2007 - 12:01:16 ART