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

Jeff Tantsura <jefftant.ietf@gmail.com> Mon, 10 April 2017 17:34 UTC

Return-Path: <jefftant.ietf@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 39B0B1294EC for <idr@ietfa.amsl.com>; Mon, 10 Apr 2017 10:34:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 3Bzjjtk_R1Rp for <idr@ietfa.amsl.com>; Mon, 10 Apr 2017 10:34:32 -0700 (PDT)
Received: from mail-pg0-x242.google.com (mail-pg0-x242.google.com [IPv6:2607:f8b0:400e:c05::242]) (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 0E317120227 for <idr@ietf.org>; Mon, 10 Apr 2017 10:34:32 -0700 (PDT)
Received: by mail-pg0-x242.google.com with SMTP id g2so26459903pge.2 for <idr@ietf.org>; Mon, 10 Apr 2017 10:34:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :references:in-reply-to:mime-version; bh=P3og1m2sMdBTTuZWl55EgEA9LINf1nyq3vtyY04SbsM=; b=dMBtFKROEL0m30JllIu5PqzR9pAgZ279sJM/bhey19/4iM6M8hb8IrwRP6jrilBko5 K+tSiWLiJhmosGlK/lD1UEeaIRCNes2iskagRcLqVPMrbhUjKAHFeeimnyIEzgaGdVtc i1aF/LsHYv9Esi+xJ6k+oGMqTxBUZRsuhJur8rzcOMAi1+MV/ahBL1TYwxtMypgNZhOD BXtFb929SNlDJQnL+z0NFpDJ/g+1hmg6cWChnH4ksb1ncMaF/30DnuLgEKIFh6vmGq4q Etu6JSRb1IuZjZAKZZoeBKoieY1EwQdawChM8r9ctLD76jBRoZn6b6ruOcH6HzAJgATP 88Ww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version; bh=P3og1m2sMdBTTuZWl55EgEA9LINf1nyq3vtyY04SbsM=; b=JgkyxPyFXHVhiLIrsTMRrKW/QscYdIf206UvZQCM9lRVJwv8/RgZoQf67zC9U2K/Ke +7DXvMB+SIVynCxUaU39O9Af4zC7MMIGfWCsH/uvmD/5WfaAntR7eLszQAclyP57e1TB M08e8QtXVp85HMZHHxWPgcDXu3oSyRL9PkVR79ZxrXR+8amcV7KrBBheUnlW0eWnWkkn YcbviTftXf7jhGA10QwwyxRa50U2O5HIMFyugE4LEhioXrcoOjwy+yvoHGCY5K8odUhc 2FK5m2C3n8vts57l5GASfGWt/Hnv7M4IHmhVEHL28YtnYSFbd5yi/nM+lmpUJPqYpJPX iOsA==
X-Gm-Message-State: AFeK/H2BE/JOAY6q1r+qV/QecdIY4g6d2klz1QmLllW4vLnZob7Co+IkwydejmW6aB4CYw==
X-Received: by 10.99.175.66 with SMTP id s2mr57101172pgo.30.1491845671573; Mon, 10 Apr 2017 10:34:31 -0700 (PDT)
Received: from [192.168.255.106] (107-1-141-74-ip-static.hfc.comcastbusiness.net. [107.1.141.74]) by smtp.gmail.com with ESMTPSA id x15sm25809724pfk.68.2017.04.10.10.34.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Apr 2017 10:34:30 -0700 (PDT)
User-Agent: Microsoft-MacOutlook/f.20.0.170309
Date: Mon, 10 Apr 2017 10:34:29 -0700
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: Susan Hares <shares@ndzh.com>, "'Ketan Talaulikar Talaulikar (ketant)'" <ketant@cisco.com>, 'Robert Raszuk' <robert@raszuk.net>
CC: 'idr wg' <idr@ietf.org>, "'Van De Velde, Gunter (Nokia - BE)'" <gunter.van_de_velde@nokia.com>
Message-ID: <0070BF1B-7112-447C-98DA-BC7C671A1F26@gmail.com>
Thread-Topic: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
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> <CA+b+ERmyFNOv0HpoW98ecvbKg0T05pYL6uFZ7Me4nW5n0V+S6g@mail.gmail.com> <19BCC3A8-48A7-4838-A999-5B304C0C7EED@gmail.com> <de730d8327314fa6bfa375c76c8fd116@XCH-ALN-008.cisco.com> <92EB3AA9-005F-4502-B5BD-CF05A40A7867@gmail.com> <014701d2b218$95dd4030$c197c090$@ndzh.com>
In-Reply-To: <014701d2b218$95dd4030$c197c090$@ndzh.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3574665270_884360821"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/yKhrKOv-QGO9Py4uKU-iSaLmCr4>
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.22
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: Mon, 10 Apr 2017 17:34:35 -0000

Thanks Sue, much appreciated!

 

Cheers,

Jeff

 

 

From: Susan Hares <shares@ndzh.com>
Date: Monday, April 10, 2017 at 09:36
To: 'Jeff Tantsura' <jefftant.ietf@gmail.com>, "'Ketan Talaulikar Talaulikar (ketant)'" <ketant@cisco.com>, "robert@raszuk.net" <robert@raszuk.net>
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

 

Jeff:

 

I will start IPR for WG adoption calls later today. 

 

Sue 

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeff Tantsura
Sent: Monday, April 10, 2017 12:11 PM
To: Ketan Talaulikar Talaulikar (ketant); Robert Raszuk
Cc: idr wg; Van De Velde, Gunter (Nokia - BE)
Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt

 

Hi Ketan,

 

During my presentation in Chicago I have asked for adoption, I assume they would do so soon.

Wrt email topic – please do not mix MSD documents with RLD ones.

 

Thanks!

 

Cheers,

Jeff

 

 

From: "Ketan Talaulikar Talaulikar (ketant)" <ketant@cisco.com>
Date: Monday, April 10, 2017 at 08:30
To: Jeff Tantsura <jefftant.ietf@gmail.com>, "robert@raszuk.net" <robert@raszuk.net>
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

 

Hi Jeff/Authors,

 

Could we get this MSD BGP-LS draft polled for IDR WG adoption? The corresponding IGP drafts are already respective WG documents.

 

Thanks,

Ketan

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeff Tantsura
Sent: 04 March 2017 16:21
To: Robert Raszuk <robert@raszuk.net>
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

 

Robert,

 

Please take a look at 02 isis draft published yesterday, we have added type flag that defines the type of a SID and could be used with v6 dataplane.

The limitations wrt label operations are well understood across both custom and merchant  silicon and from use case prospective had to be addressed first.

V6 dataplane will be added.

 

Please let me know if this answers your questions and addresses concerns.

 

Regards,

Jeff


On Mar 4, 2017, at 06:24, Robert Raszuk <robert@raszuk.net> wrote:

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