From: keith tokash (ktokash@hotmail.com)
Date: Fri Dec 28 2007 - 02:57:11 ART
That would have a more sledgehammer-like affect. If he went to 1Mbps he might
cap himself too low, and he wouldn't be able to pick what traffic got
through.
With a few exceptions, secrecy is deeply incompatible with democracy and with
science.
--Carl Sagan
Date: Fri, 28 Dec 2007 00:47:19 -0500
From: criling@gmail.com
To: ktokash@hotmail.com
Subject: Re: How to apply QOS on Eth link connected to SP while it never will
be congested!!?
CC: cyrus.mgh@gmail.com; ccielab@groupstudy.com
Can't you just use the bandwidth command on the fast ethernet interface? I
could be totally misunderstanding here...
Chris
On Dec 27, 2007 10:40 PM, keith tokash <ktokash@hotmail.com> 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
This archive was generated by hypermail 2.1.4 : Tue Jan 01 2008 - 12:04:32 ARST