From: Jim (nhatquang@thiennam.org)
Date: Fri May 06 2005 - 01:22:52 GMT-3
by default, when frame-relay traffic shapping is turn on, all visual links
have been shaped with CIR at 56K and that is the reason why
R3-R1 link is horribly slow when traffic shaping to R2 is created. Then the
solution tends to use all other remain BW for this link from R3 to R1 by
shapping
to max speed 1536K. If there is no congestion on either links, BW is allocated
efficiently on both of them. Otherwise, if congestion occures ( full load),
they compete themselves to shift bits from buckets to the main interface
output queue.
hope that what Brian thinks of when he write this ^_^
Jim
----- Original Message -----
From: John Matus
To: ccielab@groupstudy.com
Sent: Friday, May 06, 2005 10:01 AM
Subject: QOS IE lab 19
a hub and spoke topology.....r1 and r2 are spokes, and R3 is the hub.
traffic shaping has been done on the pvc to R2 at 64kb, b/c R2 runs at 64kb.
r3 <multipoint interface> has a full T1 and also connects to R1 which has
a full T1...
the answer say to shape traffic on the pvc to R1 at 1536 kbs.......
BUT.........how can you commit 1536 kbs to R1 if you've commited 64K to R2
already. don't you have to throttle down R1's CIR TO 1536 - 64 = 1472??
_________________________________________________________________
Dont just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/
_______________________________________________________________________
Subscription information may be found at:
http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Jun 03 2005 - 10:11:56 GMT-3