Re: [mpls] Question regarding MPLS reserved label with ECMP

Curtis Villamizar <curtis@occnc.com> Tue, 21 August 2012 13:52 UTC

Return-Path: <curtis@occnc.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C21D21F84F3 for <mpls@ietfa.amsl.com>; Tue, 21 Aug 2012 06:52:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.409
X-Spam-Level:
X-Spam-Status: No, score=-2.409 tagged_above=-999 required=5 tests=[AWL=0.191, BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GLVoOOmEBX-z for <mpls@ietfa.amsl.com>; Tue, 21 Aug 2012 06:52:54 -0700 (PDT)
Received: from gateway2.orleans.occnc.com (gateway2.orleans.occnc.com [IPv6:2001:470:1f07:1545::1:145]) by ietfa.amsl.com (Postfix) with ESMTP id 232CE21F84F2 for <mpls@ietf.org>; Tue, 21 Aug 2012 06:52:53 -0700 (PDT)
Received: from harbor2.ipv6.occnc.com (harbor2.ipv6.occnc.com [IPv6:2001:470:1f07:1545::1:404]) (authenticated bits=0) by gateway2.orleans.occnc.com (8.14.5/8.14.5) with ESMTP id q7LDqnA9039010; Tue, 21 Aug 2012 09:52:49 -0400 (EDT) (envelope-from curtis@occnc.com)
Message-Id: <201208211352.q7LDqnA9039010@gateway2.orleans.occnc.com>
To: Kireeti Kompella <kireeti@juniper.net>
From: Curtis Villamizar <curtis@occnc.com>
In-reply-to: Your message of "Mon, 20 Aug 2012 11:10:47 PDT." <CE716035-DFC3-47A9-8C80-00A9B783680A@juniper.net>
Date: Tue, 21 Aug 2012 09:52:49 -0400
Cc: "mpls@ietf.org" <mpls@ietf.org>, Vivek Kumar <kvivek@broadcom.com>
Subject: Re: [mpls] Question regarding MPLS reserved label with ECMP
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: curtis@occnc.com
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 21 Aug 2012 13:52:54 -0000

In message <CE716035-DFC3-47A9-8C80-00A9B783680A@juniper.net>
Kireeti Kompella writes:
 
> On Aug 18, 2012, at 4:45 , Vivek Kumar wrote:
>  
> > Hi ,
> >  I have one question regarding whether MPLS reserved label should be used or skipped when Transit LSR is doing hashing on full label stack which has some reserved label.
>  
> draft-ietf-mpls-entropy-label, section 4.3:
>  
>    If a transit LSR recognizes the ELI, it MAY choose to load balance
>    solely on the following label (the EL); otherwise, it SHOULD use as
>    much of the whole label stack as feasible as keys for the load
>    balancing function, with the exception that reserved labels MUST NOT
>    be used.
>  
> >   RFC 6391 , section 7 , says " Note that, depending on the number of labels hashed by the LSR, the
> >   inclusion of the Router Alert label may cause the OAM packet to be
> >   load-balanced to a different path from that taken by the data packets
> >   with identical flow and PW labels".
> >
> >  The above comment implies that reserved label is used by LSR when doing hashing for ECMP.
> >
> >  Is there any other RFC which states what should be the correct behavior.
> >
> >  The draft " draft-ietf-mpls-entropy-label-05" section 4.3 , says reserved label should not be used by LSR when doing hashing on label stack.
> >
> >
> > Regards,
> > Vivek


Kireeti,

entropy-label may be the first place where this advice has been given
and it is good that it is finally somewhere.

If there is a GAL that is also a reason not to hash on a reserved
label.  The path with or without GAL should be the same.

The word "may" in "may cause" in the quoted statement from RFC 6391 is
significant.  Some routers hash on everything they find.  This is a
bad practice, but exists.

Curtis