From: Paul Cosgrove (paul.cosgrove@heanet.ie)
Date: Fri Dec 28 2007 - 09:24:37 ART
Cyrus will be able to clarify this but it sounds like Steve is correct.
This does not sound like a practice lab scenario that requires the
interface to never experience congestion; rather the ethernet interface
will never become congested because real traffic will never exceed the
speed of that link. Congestion will occur further on at the slower
512Kbps interface of the external ADSL modem, but Cyrus cannot configure
a QoS policy on that device (it is probably a third party product with
limited options available). As Steve suggested, by using a policy map
to lower the available bandwidth of the routers ethernet interface the
required QoS can then be applied.
Paul.
shiran guez wrote:
> the priority and bandwidth are not congestion avoidance mechanisms so it
> mean that in order for them to take effect there need to be congestion so
> that is not answering the requirement of never be congested.
>
> for the line to never be congested there need to be usage of Police and WRED
> as WRED can work for TCP flows Police can work for all the rest.
>
>
> On Dec 28, 2007 10:04 AM, Steve <steve.ccie@googlemail.com> wrote:
>
>
>> Hi Cyrus,
>>
>> I usually take this one step further. I have many sites in the same
>> situation. What I do is apply a policy map with bandwidth set to DSL
>> line speed. I then add a child policy which contains the traffic
>> specific QoS requirements i.e. what traffic needs priority within the
>> shaped bandwidth.
>>
>> There are some examples on Cisco web site of this - search for
>> applying QoS policies to GRE Tunnels / Ethernet sub-interfaces.
>>
>> HTH,
>>
>> Cheers,
>> Steve
>>
>>
>> On 28 Dec 2007, at 03:40, keith tokash wrote:
>>
>>
>>> If I understand correctly, you have a fast ethernet port feeding
>>> into a DSL
>>> line. If you are trying to apply QOS to ensure that certain
>>> traffic always
>>> gets sent out of the DSL line, you can:
>>>
>>> 1. Mark the traffic as it enters the FastE port, differentiating
>>> between
>>> important and non-important traffic
>>> 2. Apply low-latency queueing to the important traffic as it leaves
>>> the
>>> interface headed toward the DSL line
>>>
>>> I'm not sure if that helps.
>>>
>>> With a few exceptions, secrecy is deeply incompatible with
>>> democracy and with
>>> science.
>>> --Carl Sagan
>>>
>>>
>>>> Date: Fri, 28 Dec 2007 06:34:36 +0330
>>>> From: cyrus.mgh@gmail.com
>>>> To: ccielab@groupstudy.com
>>>> Subject: How to apply QOS on Eth link connected to SP while it
>>>> never will
>>>>
>>> be congested!!?
>>>
>>>> I want to apply QOS on ethernet link that connects to ADSL modem
>>>> (say 512
>>>> Kbps) ,this interface never will be congested so QOS policy never
>>>> going to
>>>> work on it,
>>>> The only way I found is 4 queue of switch to configure for
>>>> applying QOS.
>>>>
>>>> Is there any other way to configure MQC on this ethernet interface
>>>> while it
>>>> is not congested (512 Kbps vs 100Mbps)?
>>>>
>>>>
>>>>
>>>> Cyrus
>>>>
>>>> _____________________________________________________________________
>>>> __
>>>> Subscription information may be found at:
>>>> http://www.groupstudy.com/list/CCIELab.html
>>>>
>>> _________________________________________________________________
>>> Get the power of Windows + Web with the new Windows Live.
>>> http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_122007
>>>
>>> ______________________________________________________________________
>>> _
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html
>>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Tue Jan 01 2008 - 12:04:32 ARST