Re: [Idr] draft-vandevelde-idr-bgp-ls-segment-routing-rld-03 - 2 week WG Adoption call (6/14 to 6/28)

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Thu, 15 June 2017 12:59 UTC

Return-Path: <ketant@cisco.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 EC085129C6E; Thu, 15 Jun 2017 05:59:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level:
X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 WfvS8wSburxR; Thu, 15 Jun 2017 05:59:36 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C99C3129C6C; Thu, 15 Jun 2017 05:59:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30796; q=dns/txt; s=iport; t=1497531575; x=1498741175; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=lLPUs9sZMTNz7jDCurhfsfKJGSpkxn7hAVY8xLOGO5U=; b=eriKFdiXQBDMYeRlXWUZ9jJZ0cjlVH9HEehand85HEplludCOPMsOII5 0tOBLo9jjDgU1AoAuGisLFKyn6IQGL9t9J/veGeUFS3q8nxV1FXY9dZC8 H/ELDkWhjlwo5vvoKtEUe9HTNZGmNeP2lI+rtd3RrBrBujcW5GayaOX0g 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CzAAAGhEJZ/5hdJa1dGQEBAQEBAQEBAQEBBwEBAQEBgm88LWKBDQeDb4oYkXiIK41cghEhAQqFeAIagkI/GAECAQEBAQEBAWsohRgBAQEBAwEBGwYKQQYFEAIBCBEDAQEBIQMEAwICAh8GCxQJCAEBBAENBQiIMYEPTAMVEKpCgiaHOA2ECAEBAQEBAQEBAQEBAQEBAQEBAQEBARgFhmKETjSCWIIyFoJcgmEFng47Aocsh0CEXoIQhUaDboZQi1GJLQEfOBN3dBVJglKCcIFNdohFgQ0BAQE
X-IronPort-AV: E=Sophos;i="5.39,343,1493683200"; d="scan'208,217";a="439060983"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Jun 2017 12:59:34 +0000
Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com [173.36.7.20]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v5FCxYnc008155 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 15 Jun 2017 12:59:34 GMT
Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-010.cisco.com (173.36.7.20) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 15 Jun 2017 07:59:33 -0500
Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Thu, 15 Jun 2017 07:59:33 -0500
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>, "guntervandeveldecc@icloud.com" <guntervandeveldecc@icloud.com>
CC: Susan Hares <shares@ndzh.com>, idr wg <idr@ietf.org>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org" <draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org>
Thread-Topic: [Idr] draft-vandevelde-idr-bgp-ls-segment-routing-rld-03 - 2 week WG Adoption call (6/14 to 6/28)
Thread-Index: AdLlbP+7KCa96Y1xQ7i9Lw+T5GSL3QAGaOMgABXniIAAAK6kgAAFgouAAAgDZjA=
Date: Thu, 15 Jun 2017 12:59:33 +0000
Message-ID: <9da3dca5ac9e4691b1233bcb5392cb82@XCH-ALN-008.cisco.com>
References: <01aa01d2e56d$2f177c70$8d467550$@ndzh.com> <a0f4c81cc456435398a26fca5a830e96@XCH-ALN-008.cisco.com> <A7DCB7ED-DB66-46B6-BA03-5A3E0A2DBD6F@gmail.com> <246E99BEEE5D0AE6.c378463c-77b3-4e66-8f14-ed8fecc1fa6e@mail.outlook.com> <EC358595-09C5-4250-9E2E-B169A0444257@gmail.com>
In-Reply-To: <EC358595-09C5-4250-9E2E-B169A0444257@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.65.62.182]
Content-Type: multipart/alternative; boundary="_000_9da3dca5ac9e4691b1233bcb5392cb82XCHALN008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/R7GrYLXCto7XVsz1WilpchR-Jns>
Subject: Re: [Idr] draft-vandevelde-idr-bgp-ls-segment-routing-rld-03 - 2 week WG Adoption call (6/14 to 6/28)
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: Thu, 15 Jun 2017 12:59:39 -0000

Agree and it is more about the encodings than the drafts per se.

Thanks,
Ketan

From: Jeff Tantsura [mailto:jefftant.ietf@gmail.com]
Sent: 15 June 2017 17:17
To: guntervandeveldecc@icloud.com
Cc: Ketan Talaulikar (ketant) <ketant@cisco.com>; Susan Hares <shares@ndzh.com>; idr wg <idr@ietf.org>; idr-chairs@ietf.org; draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org
Subject: Re: [Idr] draft-vandevelde-idr-bgp-ls-segment-routing-rld-03 - 2 week WG Adoption call (6/14 to 6/28)

Gunter,

We don't necessarily need to merge drafts, I'm against renaming, there's quite some work being done around MSD.
My point is about encoding - having it as MSD type. It is absolutely up to you/co-authors though.

Regards,
Jeff

On Jun 15, 2017, at 11:09, guntervandeveldecc@icloud.com<mailto:guntervandeveldecc@icloud.com> wrote:
Indeed, i feel no big issue in merging the documents... the question i do ask myself is that for IGP (for both ospf and isis) there is an individual draft to signal MSD and another for RLD... i feel that for consistency maybe 2 documents for BGP seem also logical. However i'm not that strongly against merging the documents either.
If we do decide for a merger of documents then lets maybe not call it either MSD or RLD as that will be confusing to people that read the IGP documents... Maybe something as SDS (Segment Depth Signaling) makes more sense? Small change to reduce confusion and  provides potential future extensibility if needed).
G/
Get Outlook for Android<https://aka.ms/ghei36>


From: Jeff Tantsura
Sent: Thursday, June 15, 10:50
Subject: Re: [Idr] draft-vandevelde-idr-bgp-ls-segment-routing-rld-03 - 2 week WG Adoption call (6/14 to 6/28)
To: Ketan Talaulikar (ketant), Susan Hares, 'idr wg'
Cc: idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>, draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org<mailto:draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org>

Ketan,

I’m of the same opinion, wrt IGP’s – RLD has been there for quite some time already: draft-ietf-(ospf|isis)-mpls-elc

Cheers,
Jeff
From: Idr <idr-bounces@ietf.org<mailto:idr-bounces@ietf.org>> on behalf of "Ketan Talaulikar (ketant)" <ketant@cisco.com<mailto:ketant@cisco.com>>
Date: Wednesday, June 14, 2017 at 20:32
To: Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>, 'idr wg' <idr@ietf.org<mailto:idr@ietf.org>>
Cc: "idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>" <idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>>, "draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org<mailto:draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org>" <draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org<mailto:draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org>>
Subject: Re: [Idr] draft-vandevelde-idr-bgp-ls-segment-routing-rld-03 - 2 week WG Adoption call (6/14 to 6/28)

This document is useful, however I would like to suggest if the authors could consider merging this with draft-tantsura-idr-bgp-ls-segment-routing-msd where the RLD becomes another MSD sub-type. I believe draft-tantsura-idr-bgp-ls-segment-routing-msd provides a much better extensible mechanism for signalling of other such label limits at link and node level. Not to mention, this also is more efficient encoding.

While I am not sure if similar would be possible at this stage in the under-lying IGPs, but it is perhaps not too late to consider for BGP-LS protocol?

Thanks,
Ketan

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: 15 June 2017 05:50
To: 'idr wg' <idr@ietf.org<mailto:idr@ietf.org>>
Cc: idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>; draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org<mailto:draft-vandevelde-idr-bgp-ls-segment-routing-rld@ietf.org>
Subject: [Idr] draft-vandevelde-idr-bgp-ls-segment-routing-rld-03 - 2 week WG Adoption call (6/14 to 6/28)

This begins a 2 week WG adoption call for draft-vandevelde-idr-bgp-ls-segment-routing-rld-03 (6/14/2017 to 6/28/2017).    The chairs would appreciate if the operators would indicate whether they would deploy this draft.

The authors should within the first 5 days do the following:
1)       Send a statement to the WG indicating whether you know of any IPR
2)       Indicate whether you know of existing implementations
3)       Please respond to the IDR list questions on a daily basis

Sue Hares and John Scudder

_______________________________________________ Idr mailing list Idr@ietf.org<mailto:Idr@ietf.org> https://www.ietf.org/mailman/listinfo/idr