Re: [Diffserv] Modeling of Policing component.
Brian E Carpenter <brian@hursley.ibm.com> Wed, 03 July 2002 18:30 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA26680 for <diffserv-archive@odin.ietf.org>; Wed, 3 Jul 2002 14:30:06 -0400 (EDT)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id OAA00135 for diffserv-archive@odin.ietf.org; Wed, 3 Jul 2002 14:30:55 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA19700; Wed, 3 Jul 2002 11:52:11 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA19654 for <diffserv@ns.ietf.org>; Wed, 3 Jul 2002 11:52:04 -0400 (EDT)
Received: from d12lmsgate-2.de.ibm.com (d12lmsgate-2.de.ibm.com [195.212.91.200]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA19250 for <diffserv@ietf.org>; Wed, 3 Jul 2002 11:51:15 -0400 (EDT)
Received: from d12relay01.de.ibm.com (d12relay01.de.ibm.com [9.165.215.22]) by d12lmsgate-2.de.ibm.com (8.12.3/8.12.3) with ESMTP id g63FpWpk079838; Wed, 3 Jul 2002 17:51:32 +0200
Received: from etzel.zurich.ibm.com (etzel.zurich.ibm.com [9.4.64.140]) by d12relay01.de.ibm.com (8.11.1m3/NCO/VER6.1) with SMTP id g63FpTD16774; Wed, 3 Jul 2002 17:51:29 +0200
Received: from gsine01.us.sine.ibm.com by etzel.zurich.ibm.com (AIX 4.3/UCB 5.64/4.03) id AA67422 from <brian@hursley.ibm.com>; Wed, 3 Jul 2002 17:51:14 +0200
Message-Id: <3D231D9D.5CAEF6B0@hursley.ibm.com>
Date: Wed, 03 Jul 2002 17:51:57 +0200
From: Brian E Carpenter <brian@hursley.ibm.com>
Organization: IBM
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,fr,de
Mime-Version: 1.0
To: Tom Scott <telecomtom@vedatel.com>
Cc: diffserv@ietf.org
Subject: Re: [Diffserv] Modeling of Policing component.
References: <3D220A3E.80206@vedatel.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: diffserv-admin@ietf.org
Errors-To: diffserv-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Diffserv Discussion List <diffserv.ietf.org>
X-BeenThere: diffserv@ietf.org
Content-Transfer-Encoding: 7bit
Tom Scott wrote: > > "sqreeek" (that's the sound of the opening of a can of worms): Would > you consider evolving the informal model of RFC 3290 into a more > formal calculus, No. Never. That is an academic topic (no insult intended), not something that the IETF should do. Brian where such issues as Meter -> AbsoluteDropper and > AlgorithmicDropper -> Scheduler might be derived from first > principles? FSMs are already used in RFCs, so maybe it wouldn't be > such a jump to ASMs? You've already established four categories of > basic functions and indicated a rule for constructing arbitrarily > complex TCBs from the elements. Why drop the analysis at that point? > > -- TT > > -------- Original Message -------- > Subject: RE: [Diffserv] Modeling of Policing component. > Date: Mon, 1 Jul 2002 09:28:29 -0700 > From: "Andrew Smith" <ah_smith@acm.org> > To: "'ravikumarb'" <ravikumarb@infosys.com> > CC: <diffserv@ietf.org> > > I disagree: if you follow an Algorithmic Dropper by a Scheduler (there's > an implied Queue in there somewhere), when the Queue starts to get full > due to "excess" traffic (arrival - departure > 0 over appropriate time > intervals), the Dropper will kick in. That is "policing" (it's doing > shaping at the same time of course). > > Meter->AbsoluteDropper is the more conventional way to think about > policing, I agree, but AlgorithmicDropper->Scheduler is also valid. > > Andrew Smith > > -----Original Message----- > From: diffserv-admin@ietf.org [mailto:diffserv-admin@ietf.org] On Behalf > Of ravikumarb > Sent: Monday, July 01, 2002 6:49 AM > To: Brian E Carpenter > Cc: diffserv@ietf.org > Subject: RE: [Diffserv] Modeling of Policing component. > ... > We can have an Algorithmic Dropper as part of Policer, but not a > Scheduler. The moment we have a Scheduler, what we are doing is Shaping > not policing. > > _______________________________________________ > diffserv mailing list > diffserv@ietf.org > https://www1.ietf.org/mailman/listinfo/diffserv > Archive: > http://www.ietf.org/mail-archive/working-groups/diffserv/current/maillist.html > > _______________________________________________ > diffserv mailing list > diffserv@ietf.org > https://www1.ietf.org/mailman/listinfo/diffserv > Archive: http://www.ietf.org/mail-archive/working-groups/diffserv/current/maillist.html -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Brian E Carpenter Distinguished Engineer, Internet Standards & Technology, IBM On assignment at the IBM Zurich Laboratory, Switzerland _______________________________________________ diffserv mailing list diffserv@ietf.org https://www1.ietf.org/mailman/listinfo/diffserv Archive: http://www.ietf.org/mail-archive/working-groups/diffserv/current/maillist.html
- Re: [Diffserv] Modeling of Policing component. Brian E Carpenter
- [Diffserv] Modeling of Policing component. ravikumarb
- RE: [Diffserv] Modeling of Policing component. ravikumarb
- Re: [Diffserv] Modeling of Policing component. Brian E Carpenter
- RE: [Diffserv] Modeling of Policing component. Andrew Smith
- RE: [Diffserv] Modeling of Policing component. Tom Scott
- Re: [Diffserv] Modeling of Policing component. Brian E Carpenter
- RE: [Diffserv] Modeling of Policing component. Bennett Jon-MGIA0444
- Re: [Diffserv] Modeling of Policing component. Brian E Carpenter
- RE: [Diffserv] Modeling of Policing component. Bennett Jon-MGIA0444
- Re: [Diffserv] Modeling of Policing component. Brian E Carpenter