Re: [PCN] Concensus questions from Thursday's PCN meeting

<philip.eardley@bt.com> Wed, 19 March 2008 16:18 UTC

Return-Path: <pcn-bounces@ietf.org>
X-Original-To: ietfarch-pcn-archive@core3.amsl.com
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AE9793A6E99; Wed, 19 Mar 2008 09:18:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.363
X-Spam-Level:
X-Spam-Status: No, score=-100.363 tagged_above=-999 required=5 tests=[AWL=-0.526, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, J_CHICKENPOX_72=0.6, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id roGXI2rVnrTU; Wed, 19 Mar 2008 09:18:09 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B3D423A6F2B; Wed, 19 Mar 2008 09:18:09 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 004283A6F16 for <pcn@core3.amsl.com>; Wed, 19 Mar 2008 09:18:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uy4QhUEWZHKx for <pcn@core3.amsl.com>; Wed, 19 Mar 2008 09:18:08 -0700 (PDT)
Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151]) by core3.amsl.com (Postfix) with ESMTP id A8A833A6D31 for <pcn@ietf.org>; Wed, 19 Mar 2008 09:18:07 -0700 (PDT)
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.65]) by smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Mar 2008 16:15:49 +0000
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 19 Mar 2008 16:15:48 -0000
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA503B3466C@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <006101c889db$b32d6940$810c5982@dynamic.ewi.utwente.nl>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [PCN] Concensus questions from Thursday's PCN meeting
Thread-Index: AciJ1+MI5FcT3On/QSSm/yR8ASiixQAAMd5QAACQVrAAACH5oAAAModg
From: philip.eardley@bt.com
To: karagian@cs.utwente.nl, steven.blake@ericsson.com
X-OriginalArrivalTime: 19 Mar 2008 16:15:49.0986 (UTC) FILETIME=[7F321C20:01C889DC]
Cc: pcn@ietf.org
Subject: Re: [PCN] Concensus questions from Thursday's PCN meeting
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Ok - you'd forgotten to remind us of that!
Note that you're making the assumption of SM [for CL (is excess rate
marking just for termination) the requirement is to see one mark.]

> -----Original Message-----
> From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl]
> Sent: 19 March 2008 16:10
> To: Eardley,PL,Philip,CXR9 R; steven.blake@ericsson.com
> Cc: pcn@ietf.org
> Subject: RE: [PCN] Concensus questions from Thursday's PCN meeting
> 
> Hi Phil
> 
> But in order to trigger the admission control and flow termination,
> the situation CLE > 1% has to be first triggered.
> 
> Best regards,
> Georgios
> 
> 
> > -----Original Message-----
> > From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
> > Sent: woensdag 19 maart 2008 17:07
> > To: karagian@cs.utwente.nl; steven.blake@ericsson.com
> > Cc: pcn@ietf.org
> > Subject: RE: [PCN] Concensus questions from Thursday's PCN meeting
> >
> > Georgios,
> >
> > I notice you refer to CLE below. Note that for termination
> > the relevant parameter is the Sustainable rate, that is the
> > rate of unmarked pkts (or, if SM being used, this rate is
> > multiplied by the domain-wide parameter U).
> >
> > phil
> >
> > > -----Original Message-----
> > > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On
> > Behalf Of
> > > Georgios Karagiannis
> > > Sent: 19 March 2008 15:49
> > > To: 'Steven Blake'
> > > Cc: pcn@ietf.org
> > > Subject: Re: [PCN] Concensus questions from Thursday's PCN meeting
> > >
> > > Hi Steven
> > >
> > > Okay, I will have to spend some time on this!
> > >
> > > Best regards,
> > > Georgios
> > >
> > >
> > > > -----Original Message-----
> > > > From: Steven Blake [mailto:steven.blake@ericsson.com]
> > > > Sent: woensdag 19 maart 2008 16:43
> > > > To: Georgios Karagiannis
> > > > Cc: pcn@ietf.org
> > > > Subject: RE: [PCN] Concensus questions from Thursday's PCN
meeting
> > > >
> > > > On Wed, 2008-03-19 at 16:24 +0100, Georgios Karagiannis wrote:
> > > >
> > > > > Hi Steven
> > > > >
> > > > > Please see that I have included some information into the
> > > > last bullet:
> > > > >
> > > > > - There is an ingress-egress aggregate whose traffic is
> > > > split across
> > > > > multiple paths via ECMP.
> > > > >  - Traffic is admitted along this split path.
> > > > >  - One (or more) of the paths fails.
> > > > >  - One (or more) of the remaining paths becomes severely
> > > > congested (for
> > > > >    example because there is traffic from other ingress-egress
> > > > > aggregates flowing along that path).
> > > > > - <<Due to the ECMP routing not congested paths will
> > > > forward packets
> > > > > belonging to
> > > > >   the same ingress-egress-aggregate that will be unmarked.>>
> > Marked
> > > > > packets are
> > > > >   preferentially dropped at the severely congested
> > > > >   router(s). As a consequence, not enough marked traffic
arrives
> > at
> > > > > the egress router to drive the CLE for the ingress-egress
> > aggregate
> > > > > above the threshold needed to trigger a response (termination,
> > say).
> > > >
> > > > Ok.  To be specific, the egressrouter  will see some fraction of
> > > > packets from the severely congested router(s), some of
> > which will be
> > > > marked, and will see a larger fraction of un-marked
> > packets from the
> > > > un-pre-congested routers.
> > > >
> > > > So let me now ask you this: given N ECMP paths (after a path
> > > > failure), with one being severely congested and the rest being
> > > > un-pre-congested, and given a CLE threshold CLE_thresh at
> > the egress
> > > > router, can you solve for the minimum PCN_lower_threshold
> > value at
> > > > the severely congested router, where PCN still works (e.g., CLE
> > > > crosses the threshold), for the two cases where (1)
> > marked packets
> > > > are preferentially dropped, and (2) marked packets are
> > dropped with
> > > > equal probability with un-marked packets?
> > > >
> > > >
> > > >
> > > > Regards,
> > > >
> > > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > > > Steven Blake                <steven.blake@ericsson.com>
> > > > Ericsson/Redback Networks               +1 919-472-9913
> > > >
> > >
> > >
> > > _______________________________________________
> > > PCN mailing list
> > > PCN@ietf.org
> > > https://www.ietf.org/mailman/listinfo/pcn
> >
> 

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn