From: Nick Shah (nshah@xxxxxxxxxxxxxx)
Date: Sun May 12 2002 - 22:53:52 GMT-3
not sure but, I think fatkid solution is wrong. What you need is see the
output of show traffic-shape
It will tell you 3 things
target-rate = CIR
sustain bits/int = Bc
excess bits/int = Be
looking at the Q. at any point in time, the rate should not exceed 32K. (and
16K guaranteed). so I would say it can be traffic-shape16000 8000 8000
In the first case 16000 is the CIR, 8000 is the Bc, 8000 is the Be so in the
first interval it will shoot upto 16+8+8=32 and then it will go upto 16+8
=24 till it meets congestion, drops down to 16, then again with enough
tokens it will start to build up..
Correct me if I am wrong .
Thanks
Nick
-----Original Message-----
From: Michael Kilpatrick <mjkilpat@yahoo.com>
To: ccielab@groupstudy.com <ccielab@groupstudy.com>
Date: Monday, 13 May 2002 11:11
Subject: Generic Traffic Shaping - Fatkid Lab #461
>In Fatkid Lab #461, can someone please verify the given solution for item
#5.
>
>Item #5 says:
>5. Configure R3 so that users on the Token Ring segment get at least 16K of
>bandwidth, but not more than 32K, for their telnet traffic, and the
remaining
>bandwidth for everything else.
>
>And the given solution is:
>interface Serial0
> traffic-shape group 101 16000 32000 32000 1000
>access-list 101 permit tcp any any eq telnet
>
>Please correct me if I am wrong, but it seems to me that this does nothing
to
>guarantee users get at least 16K of bandwidth. In addition, this
traffic-shape
>command would allow bursts up to the 64k access-rate and would apply a tc
>interval of 2 seconds which would be very inefficient.
>
>I think the solution should read:
>interface Serial 0
> custom-queue-list 1
> traffic-shape group 101 32000 4000 0
>access-list 101 permit tcp any any eq telnet
>queue-list 1 protocol ip 1 tcp telnet
>queue-list 1 default 2
>queue-list 1 queue 1 byte-count 100
>queue-list 1 queue 2 byte-count 300
>
>Can someone please verify?
>Thanks alot! Mike
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:58:55 GMT-3