Re: [mpls] [PWE3] ELI as a reserved label

John E Drake <jdrake@juniper.net> Mon, 09 August 2010 21:13 UTC

Return-Path: <jdrake@juniper.net>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ACE903A69BF; Mon, 9 Aug 2010 14:13:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.251
X-Spam-Level:
X-Spam-Status: No, score=-6.251 tagged_above=-999 required=5 tests=[AWL=0.348, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 SdLRm9UQ-XgA; Mon, 9 Aug 2010 14:13:22 -0700 (PDT)
Received: from exprod7og102.obsmtp.com (exprod7og102.obsmtp.com [64.18.2.157]) by core3.amsl.com (Postfix) with ESMTP id 70BF33A6969; Mon, 9 Aug 2010 14:13:22 -0700 (PDT)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob102.postini.com ([64.18.6.12]) with SMTP ID DSNKTGBvhxJxsXOd8gE5BtEPRUbUZZBdIwls@postini.com; Mon, 09 Aug 2010 14:13:57 PDT
Received: from EMBX01-HQ.jnpr.net ([fe80::c821:7c81:f21f:8bc7]) by P-EMHUB03-HQ.jnpr.net ([::1]) with mapi; Mon, 9 Aug 2010 14:13:31 -0700
From: John E Drake <jdrake@juniper.net>
To: Yong Lucy <lucyyong@huawei.com>
Date: Mon, 09 Aug 2010 14:13:30 -0700
Thread-Topic: [PWE3] [mpls] ELI as a reserved label
Thread-Index: Acsz27p/DMFHx+/8R2eflXrVEWiC2ADWRx2AADRduSA=
Message-ID: <5E893DB832F57341992548CDBB3331639847696B19@EMBX01-HQ.jnpr.net>
References: <051A1F19-29B8-4A18-A85D-6AAF3EF4D792@juniper.net> <00f301cb3741$c1ec6c90$6901a8c0@china.huawei.com>
In-Reply-To: <00f301cb3741$c1ec6c90$6901a8c0@china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "mpls@ietf.org" <mpls@ietf.org>, "pwe3@ietf.org" <pwe3@ietf.org>
Subject: Re: [mpls] [PWE3] ELI as a reserved label
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Aug 2010 21:13:24 -0000

Comments inline

Sent from my iPhone


> -----Original Message-----
> From: Yong Lucy [mailto:lucyyong@huawei.com]
> Sent: Sunday, August 08, 2010 2:36 PM
> To: John E Drake
> Cc: 'Shane Amante'; curtis@occnc.com; mpls@ietf.org; pwe3@ietf.org
> Subject: RE: [PWE3] [mpls] ELI as a reserved label
> 
> Hi John,
> 
> > -----Original Message-----
> > From: John E Drake [mailto:jdrake@juniper.net]
> > Sent: Wednesday, August 04, 2010 8:49 AM
> > To: Yong Lucy
> > Cc: Shane Amante; curtis@occnc.com; mpls@ietf.org; pwe3@ietf.org
> > Subject: Re: [PWE3] [mpls] ELI as a reserved label
> >
> > Lucy,
> >
> > I think you are using the term 'large flow' to mean a large number of
> > packets exchanged between a particular source & destination?
> 
> [LY] No, this is not the "large flow" definition. The definition of the
> flow
> in the draft is "A group of packets that contain the same flow
> "identity" in
> their header. The network intends to transport the packets that belong
> to
> the same flow over the same path so flow packet sequence is preserved."
> And
> the large flow definition is "a flow comes to the network at the
> bit/packet
> rate that is on the top bit rate rank among all the flows".

JD:  You actually gave two different definitions.  How do you identify the beginning and end of a large flow, and how do you know it is a large flow before it has ended?  I.e., if you don't know whether it is a large flow, how can you identify it as such?  Given that large flows will have different packet counts, how does a large flow indicator help a transit node perform better load balancing than simply counting the packets it sends along each path?