Re: Processing delay sensitive traffic.

From: Omer Ansari (omer@xxxxxxxxxx)
Date: Wed Jul 31 2002 - 20:47:20 GMT-3


   
Mas Kato,

that does sound reasonable except for one thing; how would policing alone
guarantee delay sensitivity?

On Wed, 31 Jul 2002, P729 wrote:

> You'll want to look at some form of policing, like policing to a given rate,
> accommodating bursts in a fashion so that TCP will self-police to the
> desired rate. Exceed the allowable burst and you're dropped (or marked and
> dropped further down the line).
>
> Shaping implies queuing which in turn implies delay.
>
> Regards,
>
> Mas Kato
> https://ecardfile.com/id/mkato
> ----- Original Message -----
> From: "Casey, Paul (6822)" <Paul.Casey@o2.com>
> To: "ccielab" <ccielab@groupstudy.com>
> Sent: Wednesday, July 31, 2002 12:40 PM
> Subject: Processing delay sensitive traffic.
>
>
> Hello,
>
> Can some help me with this
>
> Users on the local ethernet segment of Area 33 ABR are running a
> delay-sensitive application from a server
> Configure appropriate routers such that the application which uses udp port
> 4700 will incur minimum processing
> delay and its packets are MORE lightly to be dropped than delayed.
>
>
> How you would you go about doing something like this..
>
>
>
> Paul Casey
> O2 Ireland
> Core Network Eng'g Team
> 76 Lower Baggot Street, Dublin 2.
> > * Mobile : +353 86 8143310
> E-mail: paul.casey@o2.com
>
> PLEASE NOTE THAT THE ABOVE CONFIDENTIAL INFORMATION I
>
> > See what you can do www.o2.ie
> >
>
>
> ****************************************************************************
> ************
>
> This E-mail is from O2. The E-mail and any files
> transmitted with it are confidential and may also be privileged and intended
> solely for the use of the individual or entity to whom they are addressed.
> Any unauthorised direct or indirect dissemination, distribution or copying
> of this message and any attachments is strictly prohibited. If you have
> received the E-mail in error please notify postmaster@O2.com or
> telephone ++ 353 1 6095000.
>
> ****************************************************************************
> *************



This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:48:13 GMT-3