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

Robert Raszuk <robert@raszuk.net> Sat, 04 March 2017 14:24 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B63412950E for <idr@ietfa.amsl.com>; Sat, 4 Mar 2017 06:24:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.369
X-Spam-Level:
X-Spam-Status: No, score=-2.369 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.229, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yUy4byGvSNjE for <idr@ietfa.amsl.com>; Sat, 4 Mar 2017 06:24:08 -0800 (PST)
Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 987A11294D1 for <idr@ietf.org>; Sat, 4 Mar 2017 06:24:08 -0800 (PST)
Received: by mail-qk0-x22f.google.com with SMTP id 1so97794101qkl.3 for <idr@ietf.org>; Sat, 04 Mar 2017 06:24:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=1TSsMy6aHP2IIOSac54XyyKBYtkiPyVcyZ3NoTCjC0k=; b=ncrztgI9cm8J2KY7UJVDLoQTfA2pH7sLvds576eGm7yuIDklXdyuVmB1LOLWErCltj dC/AE2JXBYZTAr30ftWLaznBcEmh4pLL/DQ0SYAW0RRZJvJm2Sxm0TXxbLrLhMbWqBhi jFUvwKcK+jv3DmfHVwlXdHtOIGfONEgyVVDoE0OxbGFxzT1qjk/HG/KiOHcnfH/Jz8rw IDZj01pTbBzZ6CA7VYng298L98NPln0v8G3/3X2Yagz1RjHJeZ9fTBK5o4GQNQCFftbR WLDlqGaIQMC+4FaMntZNlIBPH25l2YIMU+Gh6OgKyHamuTvrUQ0nEKjekUW6EjN10yI5 32Nw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=1TSsMy6aHP2IIOSac54XyyKBYtkiPyVcyZ3NoTCjC0k=; b=O4RKfjnT97C6RY3OLy4fpFhiy59z5DioF2SqJanDNyTpqehv0YCbqXSV09Au9Mpwz2 D+GmU23+V0LWd2YpNlOBer0GOgb1oTRm8qPh5/T81qvGH8D0sU/z0DDW4cMV7iFW96RP uMCd1ejFNhi06LAOdghWybDthlpoouadwEum886odx0A4CUMOVHyTEfdyrZbYJRNc53d T/VWr/WHKxLgAeHlYL5w2n2ncET0+QsLF96TUG51fblj2QgOJjNVmQMffTUiIzxeNJZn mqw2OC4FBM687t2rYfIEZQ67DZTrrjiQEX/wdBY/UiHkeU3TwKU6TFRjxNcRwsk4v/1H 0ZOg==
X-Gm-Message-State: AMke39ll3ehIMHxmR4PNWMe4Q6gzBMB1kbJvirJDJPU+XLAgI1FpzY0yamTeI0hNE3BQiQc4yCNqOxwj5raTvg==
X-Received: by 10.200.2.150 with SMTP id p22mr8260523qtg.197.1488637447748; Sat, 04 Mar 2017 06:24:07 -0800 (PST)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.140.42.181 with HTTP; Sat, 4 Mar 2017 06:24:06 -0800 (PST)
Received: by 10.140.42.181 with HTTP; Sat, 4 Mar 2017 06:24:06 -0800 (PST)
In-Reply-To: <CAFAzdPW-KiGdt-Ndtpf4v6TVDPPA2eTaVjKEPkq_s4SPan5oTg@mail.gmail.com>
References: <148854728632.10105.590253116263033290.idtracker@ietfa.amsl.com> <4BF12F22-F605-406F-9CD8-ACE350B981D0@alcatel-lucent.com> <CA+b+ERkNLHPN23TTC2=Cb-GKDOkFysHca9N3iwopipHPFhLjyA@mail.gmail.com> <CAFAzdPW-KiGdt-Ndtpf4v6TVDPPA2eTaVjKEPkq_s4SPan5oTg@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Sat, 4 Mar 2017 15:24:06 +0100
X-Google-Sender-Auth: sqmjRHG7p9M5onDIRSTw5uUQq2g
Message-ID: <CA+b+ERmyFNOv0HpoW98ecvbKg0T05pYL6uFZ7Me4nW5n0V+S6g@mail.gmail.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>
Content-Type: multipart/alternative; boundary=f4030435c23445f96b0549e86a6c
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/cFtXqNLknAPnV-6WBTe5Yza10xM>
Cc: idr wg <idr@ietf.org>, "Van De Velde, Gunter \(Nokia - BE\)" <gunter.van_de_velde@nokia.com>
Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 04 Mar 2017 14:24:10 -0000

Jeff,

MSD drafts (yours invluded) talks about labels while MSD as such seems to
be defined as maximum SID depth.

In SRv6 SID is *NOT* a label. So why not to define MSD properly across all
SR scenarios?

Are we going to have now new zoo of drafts now defining MSD for SRv6 vs
current docs just defining MSD for SR-MPLS ?

Cheers,
R.



On Mar 4, 2017 9:41 AM, "Jeff Tantsura" <jefftant.ietf@gmail.com> wrote:

> Robert,
>
> That's done in MSD drafts.
> In the recently published isis draft we have also introduced MSD type flag
> that would be used to signal different types of SID's: recirculated labels,
> EL's, etc
>
> Cheers,
> Jeff
>
> On Fri, Mar 3, 2017 at 22:35 Robert Raszuk <robert@raszuk.net> wrote:
>
> Hey Gunter,
>
> Good proposal however why do you only think about labels ?
>
> Seriously if this is to move fwd let's add ability to signal also
> following elements:
>
> * ability to punt SR-MPLS to local CPU (slow path) when not handled in
> hardware (per node basis)
>
> * add signalling for number of SRv6 SRHs supported per node/per LC
>
> * add signalling for depth per SRH and total of SIDs supported per
> node/per LC
>
> * signal ability to punt to slow path or not for longer then support SRH
> stack or number of SIDs in each SRH structure.
>
> Cheers,
> Robert.
>
>
> On Fri, Mar 3, 2017 at 3:55 PM, Van De Velde, Gunter (Nokia - BE) <
> gunter.van_de_velde@nokia.com> 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).
>
> G/
>
> On 03/03/2017, 14:21, "internet-drafts@ietf.org" <internet-drafts@ietf.org>
> 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
>     URL:            https://www.ietf.org/internet-
> drafts/draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
>     Status:         https://datatracker.ietf.org/
> doc/draft-vandevelde-idr-bgp-ls-segment-routing-rld/
>     Htmlized:       https://tools.ietf.org/html/
> draft-vandevelde-idr-bgp-ls-segment-routing-rld-01
>     Diff:           https://www.ietf.org/rfcdiff?
> url2=draft-vandevelde-idr-bgp-ls-segment-routing-rld-01
>
>     Abstract:
>        This document defines the attribute to use for BGP-LS to expose a
>        node RLD "Readable Label Depth" to a centralised controller (PCE/
>        SDN).
>
>
>
>
>
>     Please note that it may take a couple of minutes from the time of
> submission
>     until the htmlized version and diff are available at tools.ietf.org.
>
>     The IETF Secretariat
>
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>
>