From: Anthony Pace (anthonypace@fastmail.fm)
Date: Mon Apr 07 2003 - 22:01:04 GMT-3
I have a sort of generic real world question about traffic engineering.
How can you control the bursty traffic on a connection to the Internet
(or anywhere) when the EGRESS traffic is relatively light compared to the
massive amount of traffic coming back. In this scenario we don't control
the upstream (PROVIDER) router.
- "Police it coming in" won't help as it has already done it's damage by
consuming the link
- "Shape it going out" won't help because the "requests" are not
bandwidth intensive, and queuing never really kicks in; unless the
outbound traffic begins to fill the queue (which it doesn't).
I have used traffic-policing in the past to control a customers INGRESS
traffic, as it leaves their spoke destined for the HUB, stopping them
from getting more bandwidth than they paid for. I have also worked
through the countless traffic shaping and QOS labs for CCIE, and read all
the examples on this in books, where we are asked to divide the bandwidth
up by managing who gets dropped out of the queue as their packets are
waiting to be put on the wire.
Does this question make sense? I don't see the Asymmetrical nature of
Internet or Client/Server traffic addressed in any of the books I have or
on CCO. It is seems like everyone is always more obsessed with the "exact
byte count in the queues".
Anthony Pace CCIE 10349
-- Anthony Pace anthonypace@fastmail.fm-- http://www.fastmail.fm - The way an email service should be
This archive was generated by hypermail 2.1.4 : Thu May 01 2003 - 13:35:48 GMT-3