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