Re: [Idr] IPR call and WG LC for draft-ietf-idr-bgpls-srv6-ext-04.txt (11/1/2020 to 11/16/2020)

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Tue, 10 November 2020 11:25 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 30F0D3A07E6 for <idr@ietfa.amsl.com>; Tue, 10 Nov 2020 03:25:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level:
X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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 header.b=ANH5F0Nj; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=DHjIKNll
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 utgfrB4Yvyqh for <idr@ietfa.amsl.com>; Tue, 10 Nov 2020 03:25:12 -0800 (PST)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 087CA3A07CE for <idr@ietf.org>; Tue, 10 Nov 2020 03:25:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6174; q=dns/txt; s=iport; t=1605007512; x=1606217112; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=KZLDYCUTYITco1lu18Sq0aCCskObZ9BXQXnsuNoMexg=; b=ANH5F0NjB9IVkmc38n/0HvOeqqKiDZGHdHYWyNqbFfvWp56f3rvOmvVG eLJ1q2VPdMs/sjlcbTDgHaZxOLAX0EQcHgWYfAw3q7FVlCbRTUKZjkVM4 OXSE8fFZNFRCs+i0u+cnzHWIsYW/20lWXgbf06Hx13eXZ0w3xGKRH/4sI 8=;
X-IPAS-Result: =?us-ascii?q?A0DbCQBGd6pf/4kNJK1iHgEBCxIMQIMhUQd0WS8uCod8A?= =?us-ascii?q?41VgQWXfYFCgREDVAsBAQENAQEYCwoCBAEBg0t/AoISAiU4EwIDAQEBAwIDA?= =?us-ascii?q?QEBAQUBAQECAQYEcYVhDIVyAQEBBAEBECgGAQEsCwELBAIBCBEEAQEBHhAnC?= =?us-ascii?q?x0IAQEEAQ0FCBqDBYJVAy4BDqJSAoE7iGh0gTSDBAEBBYFHQYMJGIIQAwaBO?= =?us-ascii?q?IJzhjmEExuBQT+BEUOBUUkHLj6BBIFZAQECAQGBJgESAQccg0iCLLYxgXwKg?= =?us-ascii?q?m2JDZIlgxiKFZIUgjOHW4t2inqSZ4JoAgQCBAUCDgEBBYFrI2dwcBU7gmlQF?= =?us-ascii?q?wINjh83gzqFFIVEdDgCBgoBAQMJfIsILYEGAYEQAQE?=
IronPort-PHdr: =?us-ascii?q?9a23=3AWz9umRNfG+5P9jVPPRYl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEvKwx3lDMVITfrflDjrmev6PhXDkG5pCM+DAHfYdXXh?= =?us-ascii?q?AIwcMRg0Q7AcGDBEG6SZyibyEzEMlYElMw+Xa9PBtaHc//YxvZpXjhpTIXEw?= =?us-ascii?q?/0YAxyIOm9E4XOjsOxgua1/ZCbYwhBiDenJ71oKxDjpgTKvc5Qioxneas=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.77,466,1596499200"; d="scan'208";a="577412966"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Nov 2020 11:25:11 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 0AABPBhL016381 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 10 Nov 2020 11:25:11 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 10 Nov 2020 05:25:10 -0600
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 10 Nov 2020 06:25:09 -0500
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 10 Nov 2020 06:25:09 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QuJ1lddeNKz5FJkOkmZK9pFArKIXvT5y9SXPMczO0PKRcYKWKsDy3OIP6oXeUcr+ohk8OUwmrrpBzjUdfaPC0p7DgoVHha/6kBC+7QWjw8RfI6EQqfUCQ72h/UJv6B97IM8VB+wIFjg6noJ4pMb9NMlzD+Vofhz4fqugPXJPWm0IMItOwltp5ZxY4jOe3P6TnbqvXzl01zD0whbYNIbDr3MJvTu7hoAC73ouxMHMXi4JnioekN2lv3hJKpr317NQ5rx+8roBIGgnAFfyTKcmVZTDArcQTlcphNgYWl8kqRE0cWRNPYiYMffmA7T82hTMWPqP8AOC9JN24txX9Z5v+w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GJj8M2x/grtb/mVZmrK2kSyVWXAWCtu0zJvDzId3nbM=; b=VP+DZ9gBE+Qv+NMJR5WaAKHD/nR3Q6ArwXTq9qRaJTgE963ibw5ajxLw31n6pakmn+K+BMdV02q5MO5cfEDcwMpMX46Ms4eJ+D8iGjww08EfZrUy9rHdAE2ybdti0lY5TLCLmQF4wZjlweUGj+/2TxzvMWEhhVX85n+kEbY55qwfg6LShS9hVDx92M4KhJCUo52RF+0NAmQuyLOCDwx+IKCkgVoDr0muxez9AQ/bcKHgMi/kYaSVRctIDgzY8tL3L8qf3jBCCRv2cMpMLF8E2rlzfyu682eCS4ynorcAdcfPW7h2PodLhXV1M1vskXdbjL/68sR5dgqw542yGQ1FpQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GJj8M2x/grtb/mVZmrK2kSyVWXAWCtu0zJvDzId3nbM=; b=DHjIKNllgX9MSnEO0ci2BpW1lTKKtUZqPCbBYPtredsefI+6rsXBHE1zXS4Ma4Tw8BqARpLZaOpgyjBJVIlJjjWmCUTe6mmI6uHH/4QeGtqC/WjtsEom71FSfn1OGTC+oG53BZbgIJBAZIyx6jnswMvO45EN8lmu8RYNxweoZMc=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MWHPR11MB1838.namprd11.prod.outlook.com (2603:10b6:300:10c::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3541.22; Tue, 10 Nov 2020 11:25:09 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::d4d5:97f0:17b5:2f77]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::d4d5:97f0:17b5:2f77%5]) with mapi id 15.20.3541.025; Tue, 10 Nov 2020 11:25:09 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Dhruv Dhody <dhruv.ietf@gmail.com>, Susan Hares <shares@ndzh.com>
CC: idr wg <idr@ietf.org>
Thread-Topic: [Idr] IPR call and WG LC for draft-ietf-idr-bgpls-srv6-ext-04.txt (11/1/2020 to 11/16/2020)
Thread-Index: AdawxZFiqE7+Vp6ETxeuJxQP7/0gpQGgsPiAAABLfLA=
Date: Tue, 10 Nov 2020 11:25:08 +0000
Message-ID: <MW3PR11MB4570A7A8DBF7AB23857F9A04C1E90@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <045d01d6b0c7$c5eb4900$51c1db00$@ndzh.com> <CAB75xn64J_Fb+8ePQiCTYvD0hrHDd+6mA0-Ta-Wjnd7sq4MHjw@mail.gmail.com>
In-Reply-To: <CAB75xn64J_Fb+8ePQiCTYvD0hrHDd+6mA0-Ta-Wjnd7sq4MHjw@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.5]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3097de01-b211-478e-c8c8-08d8856b4815
x-ms-traffictypediagnostic: MWHPR11MB1838:
x-microsoft-antispam-prvs: <MWHPR11MB1838C61578F7B0E2D69C9A83C1E90@MWHPR11MB1838.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: gsv7n/1qlRfqM07etTtWoHB+SEzSgEfmUT0TtDlAs4VhH/wVN0P0cahGdqlG80Hd6lYnk9wkHV8vRjtQcgWgGPaSIhJT+41Q/4IgOUvLijas21Udo/NY55ttGryrFmBhI5oeGlSvinLYjPI4bcaNg+qLfcEQv4k9zj3Me4fy0tXaUFDp4fn3J8jMPUcynrgpLR7/OeLWe2J0X1t+chGm0FhrrMpKaSotdNP7ZBuG+pb7G8niYCYjYZ0zq0XeFSmaFSOvkwFkKaX6wHAmTzfv9Ykoe41h8ubFB3ReAZl3XyJNQqoWhNR4yp7t0VMzTWTje2nirsuOmU1Fk1LPzI6up1910hw1PVNzXXEEQMm8babqaKWTWffGDkeCk7/Y3Zdu5At/WF2jZorMAG67QB3seQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(39860400002)(136003)(376002)(396003)(366004)(33656002)(5660300002)(26005)(4326008)(86362001)(8676002)(83380400001)(186003)(316002)(110136005)(6506007)(53546011)(52536014)(66946007)(966005)(66446008)(64756008)(66556008)(76116006)(66476007)(9686003)(478600001)(8936002)(7696005)(71200400001)(55016002)(2906002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: 7PzmRlZVaVxPk+v8xL7kB9L9Ziel7wTuLW2iw7PnHs9z8U8+1y08BattZB5bdKKa3cSF2P66ThAYhUMGY7C1awFiKvUgNx0kDPsrKbErdrMyMbPQrYwZ/CQOB2skDdDOLC/+areuxOlP34xoLCaYIkOg/qK4CmoN7W1upJDdWD0TiuJ/7K2gT0hSQ9H72FNvHN+rUPqbEaJInLAM0GIjcnXK1IjcxEVQOVpKwPVAjKnNBOKWqAkbY4ZfulQNpZ3WFBMrwfB3Ih7ErZxBnKRM5lfC3xadjHd9YVT9JNTsmHuayaBD9vi7853o6hKa4oIvk/f5yy24KxH2UmK5hXhSZAb7IVN+itSrO3yLiN71lqDuzkU8nzpKs9bI51ruUm0FRO1Kohs3/WYmEi1icgfcJPX6c+zW0tTxKTVCxgXj4DS+q5bOim2s0ZQ6kHHb9Yl9QigIew8Lu7V8BJIZ4fudmGCKluxqsl5HTpiXkP1XtOtSXqbyxhoJVZtdqFVloPxf2e2QYt8DY0Q3v0/FsCdqwWm6c6xAuFpQ6ASQsoFHM0x3Qdg2hXn9JSxjIpHisfHEIGR6da+NIOcu/zMurg9G17mVnkljm0V5d88KGxoojYz3wUlLAKFXHnvJ+zRoMzW9Ak06u4iypdPOn6E1P0d9Zl6/irS9KgvJ/42C63CavHc5ZIBeg6Z/7gLWZS1u1F1IAbYlv+CAiuoMTOJgLaSliSIqv4Hmbjx7tN0+2Qq9+DCuaCe9KFMsMP6JaW+SmFJIIWO++tBHP/DZSIh5AAO79Se5SDeA4btNsm4Woc9ykxjDXAUHlhodQ8RZLNUyfm8RorJh6/qFNujbPy9F8mOAOXH78ETA2vzf8/crgLX3RiE//4GwqvSSBgf3jf4pH2aU/itaawaeEdREhqymKUlNBg==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MW3PR11MB4570.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3097de01-b211-478e-c8c8-08d8856b4815
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Nov 2020 11:25:08.8883 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 9KghPczozF6QFeN2RLyPl6u4f/UmI+woOM5WmH8cTBXvMRzA6i6hSrfUGEpt5senRhMxmf/Fo62iF/R/fUKAwA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1838
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com
X-Outbound-Node: alln-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/f8LZUteeU9_4wU-fUb48xE7piso>
Subject: Re: [Idr] IPR call and WG LC for draft-ietf-idr-bgpls-srv6-ext-04.txt (11/1/2020 to 11/16/2020)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 10 Nov 2020 11:25:14 -0000

Hi Dhruv,

Thanks for your thorough review and feedback/comments. Please check inline below.

-----Original Message-----
From: Idr <idr-bounces@ietf.org> On Behalf Of Dhruv Dhody
Sent: 10 November 2020 15:31
To: Susan Hares <shares@ndzh.com>
Cc: idr wg <idr@ietf.org>
Subject: Re: [Idr] IPR call and WG LC for draft-ietf-idr-bgpls-srv6-ext-04.txt (11/1/2020 to 11/16/2020)

Hi Sue, WG,

The SRv6 work for BGP-LS is important and I support its publication. I do have some comments which I hope will improve the I-D:

Major
- Regarding the various flag fields in the I-D. Should we redefine them here or refer to the IGP documents? I see they match with draft-ietf-lsr-isis-srv6-extensions. For the SR-MPLS draft (in
draft-ietf-idr-bgp-ls-segment-routing-ext) the approach was to use a reference to the ISIS draft.
[KT] The base RFC7752 has had the odd convention of providing reference to ISIS specifications for TLVs even though the information was applicable to both IGPs. The draft-ietf-idr-bgp-ls-segment-routing-ext points to the respective ISIS, OSPFv2 and OSPFv3 specs for the flags field - it does not point alone to ISIS drafts. Traditionally, there have been minor variations between the IGPs causing the flags to be different for each IGPs in BGP-LS. We've received feedback from the consumer applications of BGP-LS information to abstract and provide a consistent data across IGPs (where possible). That is the reason why the flags are being defined in the BGP-LS specifications here. If we look at RFC7752, we've had a union of flags for TLVs like Node Flags Bits TLV and IGP Flags TLV.

Minor
- Section 2, use of normative SHALL for the restatting the text coming from RFC 7752 is incorrect.
[KT] Ack - will fix.

- Section 2, add reference for "MSD types introduced for SRv6" in this section (on first use).
[KT] Ack - will expand MSD.

- Section 2 provides a good summary; for ease of reader, can you add a forward reference to sections where each of the TLV is defined in this I-D?
[KT] This will result in each line of this summary pointing to at least one or two (if not more) forward references and IMHO will affect readability. The section headings themselves are organized based on the summary and so are forward references really necessary?

- Section 2, 2nd last paragraph, should this be normative regarding the different behaviour for underlying IGP and BGP-EPE?
[KT] I am not sure that I understand. Could you please clarify exactly what normative text is required here?

- Section 4.1, need reference for IGP Algorithm Type registry
[KT] The text already points to the IANA IGP Algorithm Type registry where there are references for the spec that is introducing the new algorithm types.

- Section 4.2, add the tag Neighbor ID in the figure as well to match the text
[KT] Ack

- Section 6, we should say Protocol-ID is from RFC 7752, of which the following are applicable for SRV6.
[KT] RFC7752 does not introduce BGP - it was introduced by the BGP EPE draft. So perhaps we can just refer to the IANA registry for Protocol IDs instead and remove the list from this section in the draft?

- Section 10/11, is some text missing here? Section 10 says it is structured as per RFC5706 and has nothing. Section 11 has Operational Considerations saying nothing new here! Missing  Management Considerations as per RFC 5706.
[KT] Ack - Section 10 and 11 should be removed since these aspects are derived from the base RFC7752. 

- For reserved fields we use a mix of MUST and SHOULD regarding setting it to zero, better to use MUST in all instances.
[KT] Ack - will fix this.

Query
- What is the best practice for the term End.X: Expand to Layer-3 Cross-Connect on first use or put a reference to draft-ietf-spring-srv6-network-programming? Or is it considered well-known in the context to be used directly.
[KT] While it is well-known in the context, I think you are right that a reference to draft-ietf-spring-srv6-network-programming would be good to have. 

- Various MUST conditions in the draft, but no idea what happens when they are not met. Is this the legacy issue with RFC7752 and we need to wait for the RFC7752bis?
[KT] Ack - the fault management clarifications are being introduced in RFC7752bis. In brief, BGP-LS does not perform semantic validation of the TLVs' contents.

Nits
- s/Segment Routing IPv6 (SRv6)/Segment Routing over IPv6 (SRv6)/
- Expand SR, NLRI, MSD, DR, DIS, on first use.
[KT] Ack - will fix this.

Thanks,
Ketan

Thanks!
Dhruv

On Mon, Nov 2, 2020 at 8:55 AM Susan Hares <shares@ndzh.com> wrote:
>
> This begins an IPR call and a 2 week WG LC for
>
> draft-ietf-idr-bgpls-srv6-ext-04.txt (11/1 to 11/16/2020)
>
>
>
> You can access the draft at:
>
> https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-ls-flex-algo/
>
>
>
> This draft focus on the BGP-LS support for SRv6.
>
> Spring has proposed the SRv6 support in RFC8402
>
> (see section 3.1.3 for mechanisms and section 8.2 for
>
> Security considerations).
>
>
>
> There are two implementations: Cisco and GoBGP
>
> You can see the implementation report at:
>
> https://trac.ietf.org/trac/idr/wiki/draft-ietf-idr-bgpls-srv6-ext%20im
> plementations
>
>
>
> In your responses, please consider the following questions:
>
> a) Is the SRv6 technology ready for deployment or
>
> are there known issues?
>
>
>
> b) Will SRv6 provide valuable support for
>
> deployments of BGP-LS in support of source routing
>
> (aka spring)?
>
>
>
> c) Is this draft ready for publication?
>
>
>
> If you know of additional implementations, please send
>
> a note to the idr chairs with the information or
>
> respond to this email.
>
>
>
> Cheers, Susan Hares
>
> _______________________________________________
> 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