From: Peter (peter@cyscoexpert.com)
Date: Tue Apr 08 2003 - 02:38:43 GMT-3
That's when you need to talk to your ISP and request rate limiting
implementation.
Usually companies request that to protect the pipes from denial of service
attack by rate limiting ICMP and other traffic they don't deem business
critical.
_____________________________
Peter
#7247 (R&S, Security, C&S)
CyscoExpert Corp.
4433 W. Touhy Ave. Suite 410
Lincolnwood, IL 60712
Phone (847) 674-3392
Toll Free (866) CyscoXP (297-2697)
Fax (847) 674-2625
----- Original Message -----
From: "Anthony Pace" <anthonypace@fastmail.fm>
To: <ccielab@groupstudy.com>
Sent: Monday, April 07, 2003 8:01 PM
Subject: QOS, traffic policing and shaping (real-world)
> 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