Re: [mpls] entropy label indicator labelindraft-kompella-mpls-entropy-label

Yong Lucy <lucyyong@huawei.com> Wed, 28 July 2010 11:06 UTC

Return-Path: <lucyyong@huawei.com>
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 1214B3A6877 for <mpls@core3.amsl.com>; Wed, 28 Jul 2010 04:06:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.62
X-Spam-Level:
X-Spam-Status: No, score=-0.62 tagged_above=-999 required=5 tests=[AWL=-0.125, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
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 xvwU4hATgR-t for <mpls@core3.amsl.com>; Wed, 28 Jul 2010 04:06:51 -0700 (PDT)
Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id ABF8F3A67E5 for <mpls@ietf.org>; Wed, 28 Jul 2010 04:06:51 -0700 (PDT)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L6900ML9LIARC@szxga04-in.huawei.com> for mpls@ietf.org; Wed, 28 Jul 2010 19:06:10 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L6900BP6LIAVD@szxga04-in.huawei.com> for mpls@ietf.org; Wed, 28 Jul 2010 19:06:10 +0800 (CST)
Received: from y736742 (dhcp-72c7.meeting.ietf.org [130.129.114.199]) by szxml01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0L690028TLI6XL@szxml01-in.huawei.com>; Wed, 28 Jul 2010 19:06:10 +0800 (CST)
Date: Wed, 28 Jul 2010 06:06:09 -0500
From: Yong Lucy <lucyyong@huawei.com>
In-reply-to: <201007280737.o6S7bcXk090494@harbor.orleans.occnc.com>
To: curtis@occnc.com, stbryant@cisco.com
Message-id: <04d401cb2e44$e45dfdd0$c7728182@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Thread-index: AcsuKLPI9YGeid1SSK2Pyc7MDP+VOAACDAgw
References: "Your message of Tue, 27 Jul 2010 15:24:02 BST." <4C4EEC02.2040202@cisco.com> <201007280737.o6S7bcXk090494@harbor.orleans.occnc.com>
Cc: mpls@ietf.org
Subject: Re: [mpls] entropy label indicator labelindraft-kompella-mpls-entropy-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: Wed, 28 Jul 2010 11:06:54 -0000

Yes, each egress PE reserves its own ELI label value. Ingress PEs need
remember each PE reserved ELI label. For a large network, one PE may send
packets to many PEs.

Cheers,
Lucy 

> -----Original Message-----
> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of
> Curtis Villamizar
> Sent: Wednesday, July 28, 2010 2:38 AM
> To: stbryant@cisco.com
> Cc: mpls@ietf.org
> Subject: Re: [mpls] entropy label indicator labelindraft-kompella-mpls-
> entropy-label
> 
> 
> In message <4C4EEC02.2040202@cisco.com>
> Stewart Bryant writes:
> >
> > John
> >
> > Why do you prefer to use an ELI as opposed to using a new set of FECs
> > with the property that they are followed by an EL?
> >
> > Stewart
> 
> 
> Stewart,
> 
> The same TE LSP can carry an IP payload and other MPLS LSP.  This
> avoids confusing an entropy label with a forwarding label.
> 
> The egress does not have to know apriori whether the ingress is adding
> an entropy label and the ingress is free to add an entropy label to
> some but not all traffic.
> 
> The draft only provides LDP signaling.  TE signaling should also be
> provided.  The entropy label can be a per host value (platform label
> space) and it doesn't matter much where in OSPF-TE or ISIS-TE the TLV
> is placed.
> 
> It would be nice if as we add further MPLS extensions we got the new
> behavior we are looking for without making it such that MPLS-TP cannot
> be accommodated on the same path and adding signaling to TE as well as
> LDP is a small step in that direction.
> 
> Curtis
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls