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

Shane Amante <shane@castlepoint.net> Fri, 30 July 2010 09:34 UTC

Return-Path: <shane@castlepoint.net>
X-Original-To: pwe3@core3.amsl.com
Delivered-To: pwe3@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 046AB28C2D4; Fri, 30 Jul 2010 02:34:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
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 g-2JKuEvyzOl; Fri, 30 Jul 2010 02:34:25 -0700 (PDT)
Received: from dog.tcb.net (dog.tcb.net [64.78.150.133]) by core3.amsl.com (Postfix) with ESMTP id 0B32528C28A; Fri, 30 Jul 2010 02:34:25 -0700 (PDT)
Received: by dog.tcb.net (Postfix, from userid 0) id AAFF036817F; Fri, 30 Jul 2010 03:34:49 -0600 (MDT)
Received: from host2.tcb.net (64.78.235.218 [64.78.235.218]) (authenticated-user smtp) (TLSv1/SSLv3 AES128-SHA 128/128) by dog.tcb.net with SMTP; Fri, 30 Jul 2010 03:34:49 -0600 (MDT) (envelope-from shane@castlepoint.net)
X-Avenger: version=0.7.8; receiver=dog.tcb.net; client-ip=64.78.235.218; client-port=53588; data-bytes=0
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset="us-ascii"
From: Shane Amante <shane@castlepoint.net>
In-Reply-To: <201007300906.o6U966Nt036645@harbor.orleans.occnc.com>
Date: Fri, 30 Jul 2010 11:34:45 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <0DEFA7EF-8DC4-4EF2-ABDF-0404FC32B992@castlepoint.net>
References: <201007300906.o6U966Nt036645@harbor.orleans.occnc.com>
To: mpls@ietf.org
X-Mailer: Apple Mail (2.1081)
Cc: pwe3@ietf.org
Subject: Re: [PWE3] [mpls] ELI as a reserved label
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jul 2010 09:34:27 -0000

Curtis,

On Jul 30, 2010, at 11:06 GMT+02:00, Curtis Villamizar wrote:
> The Entropy Label Indicator (ELI) is called for in
> draft-kompella-mpls-entropy-label-01.txt
> 
> After brief discussion with Stewart and with Kireeti and Lucy Yong,
> there were three uses of ELI that would benefit from making the ELI a
> reserved label.  It may be premature to make any such request and the
> remaining reserved label number space is sparse, so this will be
> floated as a separate draft, and put on hold awaiting advancement of
> the drafts that depend on it.
> 
> The three benefits of making ELI a reserved label are in:
> 
>  1.  Extending any use of entropy-label to P2MP (where there are
>      multiple egress and the possibility of each egress requiring a
>      separate entropy label value is problematic for the ingress).
> 
>  2.  Extending any use of entropy-label to any arbitrary position in
>      the label stack such that in an aggregation LSP with aggregates
>      both MPLS-TP and MPLS LSP, load split on the MPLS LSPs is
>      simplified and not impacted by limiting label stack depth for
>      the MPLS-TP LSPs.  This is when label stack hash is limited to
>      support MPLS-TP as proposed in
>      draft-villamizar-mpls-tp-multipath-00.txt .

I agree there are benefits to a reserved label for the above two applications.  Most importantly, a receiving node would have pretty clearly semantics that what [immediately] follows a reserved ELI is the entropy-label, regardless of where the ELI is in the MPLS label stack and without needing to be in the signaling path to know what is the ELI value.


>  3.  Providing a means to carry indication of large flow as described
>      in draft-yong-pwe3-enhance-ecmp-lfat-01.txt and
>      draft-yong-pwe3-lfc-fat-pw-01.txt without changing the use of TC
>      in a forwarding LSP label.

I'm unclear how a single, reserved label would be a means of signaling a large vs. small flow.  How can a single label represent two states (large vs. small flow)?

Thanks,

-shane



> This would reuse one reserved label for three purposes.
> 
> This email is to gauge the reaction to this proposal (preferably among
> those familiar with these drafts) before taking the time to write a
> new draft proposing that a reserved label be allocated.
> 
> Curtis
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls