Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt

Jeff Tantsura <> Fri, 03 March 2017 20:49 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id EFF10129608 for <>; Fri, 3 Mar 2017 12:49:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id b9BSh8-IEibV for <>; Fri, 3 Mar 2017 12:49:02 -0800 (PST)
Received: from ( [IPv6:2607:f8b0:400e:c00::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 35948129528 for <>; Fri, 3 Mar 2017 12:49:02 -0800 (PST)
Received: by with SMTP id e66so18083802pfe.1 for <>; Fri, 03 Mar 2017 12:49:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=user-agent:date:subject:from:to:message-id:thread-topic :mime-version:content-transfer-encoding; bh=v/lIHuwk10l5HCbn+iDP1g31LqoeFHbcXB7TfxTPgE4=; b=KpmxLTw3dDRJn5/5vfN0/kN9DDNMtDgeZH4OgPWUpoUpgSj+tj4OVcLn1LVKICZJOz Mudouw1NIFLm2DrC/JuSIXj8GX18uYqPY/M65BobKpFz2LKAGgDsUwd+0h77JGu4qoTu Fei4Q1rOTgBkq/SEVwiPwXUJeWxDnUJuNv/+biErjXi9dx/LTYM1bctl7sTq8MkCTSyy iJdqMUdokbpAM0oL9CnmunVkuuWSz+teSa3ExrweMlm9JoLr6SlkDHivr5WrwbCuCzOI teydHHoRQzHW33rGYJ/SuGR03jk61f7p+gwS7Ai+DzEcCg4l0W4ouOL/6Cg4naQwd9Ps uCmQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:message-id :thread-topic:mime-version:content-transfer-encoding; bh=v/lIHuwk10l5HCbn+iDP1g31LqoeFHbcXB7TfxTPgE4=; b=D9yawYeb5Ewb9/LO4+IDcdtjhhtxt3/z7VbKZxjgPCR9nWY9fBjXwM1wwf5UIin4in mEeHx0GaYDB2abfCMRS/trPVMxPaOH5tH+kypWUr0cgJuPz5MwgSK1je7CMhH6BikaCO Fi0EmFCEqbWpKozh45V72LAs1FFwT4hFyc6KECAjlBLCXSo+9oNw+2m8ERXgjauXcFCf juso6EHrbeGhjrxJIHEBI6gXe+uoKnq22Kz7WJs1dl7cEg00RXOx5z0Xh4+YbcxFEYLo rcjvqQ/FUDLcpaZ93mNkzF98y2k6JW887heK/bBc07k+30XBmCuuPzaR64G0qx1Fu5iY bKnw==
X-Gm-Message-State: AMke39n3YSgJXa0r7SWOyof8NFq6ZdUxg+BzUh0Xw6Uigx4VwoWtTSA54R28f66ETl3QXg==
X-Received: by with SMTP id f9mr663478plk.117.1488574141703; Fri, 03 Mar 2017 12:49:01 -0800 (PST)
Received: from [] ( []) by with ESMTPSA id j62sm25176204pgc.54.2017. (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Mar 2017 12:49:00 -0800 (PST)
User-Agent: Microsoft-MacOutlook/f.1f.0.170216
Date: Fri, 03 Mar 2017 12:48:59 -0800
From: Jeff Tantsura <>
To: "Van De Velde, Gunter (Nokia - BE)" <>, idr <>
Message-ID: <>
Thread-Topic: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <>
Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Inter-Domain Routing <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 03 Mar 2017 20:49:04 -0000

Hi Gunter,

If it is up to a controller to setup EL, this extension needed, same way as described in the IGP drafts.

I’d questions usefulness of RLD outsldie of Entropy Labels use case.
Transit nodes in  general are not interested in the full label stack content outside of entropy use case.

Even if the node in question  can’t read whole stack, it can still properly forward the packet, perhaps with less optimal hasing.
Using RLD as a contsrain in path computation doesn’t seem to be a right thing to do.



On 3/3/17, 06:55, "Idr on behalf of Van De Velde, Gunter (Nokia - BE)" < on behalf of> wrote:

    Heads-up… Happy to learn feedback and comments.
    This draft is short and defines the attribute to use for BGP-LS to expose a 
    node RLD "Readable Label Depth" to a centralised controller (PCE/SDN).
    On 03/03/2017, 14:21, "" <> wrote:
        A new version of I-D, draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
        has been successfully submitted by Gunter Van de Velde and posted to the
        IETF repository.
        Name:		draft-vandevelde-idr-bgp-ls-segment-routing-rld
        Revision:	01
        Title:		Signalling RLD using BGP-LS
        Document date:	2017-03-03
        Group:		Individual Submission
        Pages:		5
           This document defines the attribute to use for BGP-LS to expose a
           node RLD "Readable Label Depth" to a centralised controller (PCE/
        Please note that it may take a couple of minutes from the time of submission
        until the htmlized version and diff are available at
        The IETF Secretariat
    Idr mailing list