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

Curtis Villamizar <curtis@occnc.com> Wed, 28 July 2010 07:24 UTC

Return-Path: <curtis@occnc.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 E99E43A69C9 for <mpls@core3.amsl.com>; Wed, 28 Jul 2010 00:24:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.391
X-Spam-Level:
X-Spam-Status: No, score=-2.391 tagged_above=-999 required=5 tests=[AWL=0.208, 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 VMNynORaFwrn for <mpls@core3.amsl.com>; Wed, 28 Jul 2010 00:24:32 -0700 (PDT)
Received: from harbor.orleans.occnc.com (harbor.orleans.occnc.com [173.9.106.135]) by core3.amsl.com (Postfix) with ESMTP id D25123A68D6 for <mpls@ietf.org>; Wed, 28 Jul 2010 00:24:31 -0700 (PDT)
Received: from harbor.orleans.occnc.com (harbor.orleans.occnc.com [173.9.106.135]) by harbor.orleans.occnc.com (8.13.6/8.13.6) with ESMTP id o6S7O9oa090170; Wed, 28 Jul 2010 03:24:09 -0400 (EDT) (envelope-from curtis@harbor.orleans.occnc.com)
Message-Id: <201007280724.o6S7O9oa090170@harbor.orleans.occnc.com>
To: John E Drake <jdrake@juniper.net>
From: Curtis Villamizar <curtis@occnc.com>
In-reply-to: Your message of "Tue, 27 Jul 2010 06:31:03 PDT." <5E893DB832F57341992548CDBB3331639844EED714@EMBX01-HQ.jnpr.net>
Date: Wed, 28 Jul 2010 03:24:09 -0400
Sender: curtis@occnc.com
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] entropy label indicator label indraft-kompella-mpls-entropy-label
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: curtis@occnc.com
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 07:24:33 -0000

In message <5E893DB832F57341992548CDBB3331639844EED714@EMBX01-HQ.jnpr.net>
John E Drake writes:
>  
>  
> Lucy,
>  
> Yes it does.  That is the whole point.  That is how the egress knows
> whethe= r the ingress has placed an entropy label in the stack.  (That
> is why we te= rmed it the 'Entropy Label Indicator'.)
>  
> Thanks,
>  
> John


OK.  I see the point of avoiding the reserved label and the reason
that the LSP egress only needs to recognize it.

I still feel that the restriction to put this at BOS is not necessary.
It must only be below the forwarding label of the egress for that LSP.

Curtis


> From: Yong Lucy [mailto:lucyyong@huawei.com]
> Sent: Tuesday, July 27, 2010 6:25 AM
> To: John E Drake; Kireeti Kompella; 'Shane Amante'; mpls@ietf.org
> Subject: RE: [mpls] entropy label indicator label indraft-kompella-mpls-ent=
> ropy-label
>  
> What is the benefit for such control? Egress LSR does not use this value.
> Lucy
>  
> ________________________________
> From: John E Drake [mailto:jdrake@juniper.net]
> Sent: Tuesday, July 27, 2010 8:10 AM
> To: Yong Lucy; Kireeti Kompella; 'Shane Amante'; mpls@ietf.org
> Subject: RE: [mpls] entropy label indicator label indraft-kompella-mpls-ent=
> ropy-label
>  
> Lucy, we discussed this and decided it was better to have the egress
> contro= l the values of the ELI it advertises.  Plus, getting a
> reserved value woul= d be difficult
>  
> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Yon=
> g Lucy
> Sent: Tuesday, July 27, 2010 5:31 AM
> To: Kireeti Kompella; 'Shane Amante'; mpls@ietf.org
> Subject: [mpls] entropy label indicator label in draft-kompella-mpls-entrop=
> y-label
>  
> Hi Kireeti and Shane,
>  
> Could we consider use one of reserved label for ELI purpose? This will
>  make= implementation much easy, i.e. not need to keep the state for
>  each ELI lab= el. The approach can be used in general for RSVP-TE and
>  BGP as well.
>  
> Regards,
> Lucy