Re: [Idr] Adoption call for draft-ketant-idr-rfc7752bis-01.txt [8/8 to 8/22]

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Fri, 09 August 2019 04:05 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 306701200F4 for <idr@ietfa.amsl.com>; Thu, 8 Aug 2019 21:05:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 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, SPF_PASS=-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=mC4RMcYY; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=YT81PgAU
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 HD_T2LDBoh6i for <idr@ietfa.amsl.com>; Thu, 8 Aug 2019 21:05:23 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 250E81200E7 for <idr@ietf.org>; Thu, 8 Aug 2019 21:05:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25067; q=dns/txt; s=iport; t=1565323523; x=1566533123; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=aa/ybI7u2+wEPDNmqWbhcd9tgvjcStceNpq04AqymUE=; b=mC4RMcYYX2BbOXMTHmxmJbauuRZJTFargndBffjOsD8GscRIYSo9WVKY rPeBd5BdiZItYOJIsaO0xkL1v89wgVIFjiVD1t7Z6YwT6I3pyxMBLtUsE g2D4m3GXhnQMPw58c71hHpYTNrWlPbP4EmgSx9KW8MQ68z/vbOdwCuDne o=;
IronPort-PHdr: 9a23:FGwQ/hGRifMCuvBhMl/J3p1GYnJ96bzpIg4Y7IYmgLtSc6Oluo7vJ1Hb+e4w3Q3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNVcejNkO2QkpAcqLE0r+ef3ncyU8AOxJVURu+DewNk0GUMs=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BiAACt70xd/40NJK1mHAEBAQQBAQcEAQGBUwcBAQsBgRUvJCwDbVUgBAsqh2UDhFKGPUyCD36WYoEugSQDVAkBAQEMAQEtAgEBhD8CglYjNAkOAQQBAQQBAQQBCm2FJwyFSgEBAQEDEgsQEwEBOA8CAQgRBAEBHgMHBzIUCQgBAQQBEggagwGBHU0DHQECn3UCgTiIYIIjgnoBAQWFFhiCFAmBNAGLYxeBQD+BEAFGghc1PoRGJBCDB4ImlBeIfY1DZwkCgh2URIIwhy+OV41QgTWWRAIEAgQFAg4BAQWBUDgqgS5wFYMngkIMF4NOilNygSmLbAEB
X-IronPort-AV: E=Sophos;i="5.64,364,1559520000"; d="scan'208,217";a="611867073"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Aug 2019 04:05:21 +0000
Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x7945KBl025808 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 9 Aug 2019 04:05:21 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 8 Aug 2019 23:05:14 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 8 Aug 2019 23:05:14 -0500
Received: from NAM04-SN1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 8 Aug 2019 23:05:14 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=I21A0osI9UHh89nk38AxLYjTILO5k5gyUY7JJ3yQM2A0ysPssWprLyAcHA5MzUl0KG5MYgMjJrPHUgIieVB8oCGwDlTTeKjEcM4jiuR7WwhOM+tl5C3xL6WuRPnLcwM9h0ZzXdc06oALhPUzgEDPZJLRI1vRw3ReAqrQSGzbaK+7vpKMCltzBejzlNUqlezx9yY4YsQaG4OzNXA2hkWTUUyrNoIPfvjNTaONJXcE71kNglqYrhuuV9lxozRcaXgbTnrfwXsEFdd8UiqlMJ6a627kgf+ldmln9uDEtb/cKiPCbn6tSyWLhqdcBIY0r3nziJ2y2VYNiVO8dl0PXv3YzA==
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=nGfPohvHAee57mqXJB6ETgMUKL7sueLuJHAl1eNkStA=; b=OLgUZLprr/GSa/ZX4qN2CoOMQns5pTsWpOO3rzIpZAe53yziIEKkUUajgNB4N6Nzb78znF0Vzy0/VAIpOO3xXanoixKhYKptx3HAQv85ul6iqqzW1C3t+paK35jbqQItIdHImX+oF6nN/hMJhd/QkX0VrARfSACOKL5oCUIu5fFEgHTunvuDY8FcAMZfZmuQrC+/AWWjFXjR4OP3/B7f/pmG/m5pIIlAOAFyleOozM8wPEYRVxTVsmurK6E1NH0kDaa9iaBG+78gfV89SQ9++EDZoQayrYG6ERBBM9P8C4m6m71zFy6IECNr2IhBxONXw969mmtLwtvDNoZFO+12VA==
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=nGfPohvHAee57mqXJB6ETgMUKL7sueLuJHAl1eNkStA=; b=YT81PgAUACU1sSoZ+QgGmTQPNqGQ6QbxvyTDX7jHgwsMctw67iqe58pEMNvwixI0hf2zMomGbabNnhcz1uNf+YqSgsmVDgMfhhf2662wPemVUjPyHKCGk6VbSvI3466IWmtsQ0oRScTrDfeYqiVLBkXv0Bjr8a7KdAtkUvnOF/c=
Received: from BYAPR11MB3558.namprd11.prod.outlook.com (20.178.206.75) by BYAPR11MB3768.namprd11.prod.outlook.com (20.178.238.206) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.15; Fri, 9 Aug 2019 04:05:13 +0000
Received: from BYAPR11MB3558.namprd11.prod.outlook.com ([fe80::3d73:9b60:6c26:2d0c]) by BYAPR11MB3558.namprd11.prod.outlook.com ([fe80::3d73:9b60:6c26:2d0c%6]) with mapi id 15.20.2136.018; Fri, 9 Aug 2019 04:05:13 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: "Dongjie (Jimmy)" <jie.dong@huawei.com>, Susan Hares <shares@ndzh.com>, 'idr wg' <idr@ietf.org>
Thread-Topic: [Idr] Adoption call for draft-ketant-idr-rfc7752bis-01.txt [8/8 to 8/22]
Thread-Index: AdVOH5HoHfsN7/tjRt2OgDiNu7rv6QAOQhOgAAE9k2AAAFbBgAACJeZQ
Date: Fri, 09 Aug 2019 04:05:13 +0000
Message-ID: <BYAPR11MB3558D367D21B1BE4F9F1F772C1D60@BYAPR11MB3558.namprd11.prod.outlook.com>
References: <000c01d54e1f$db81b080$92851180$@ndzh.com> <76CD132C3ADEF848BD84D028D243C927CCFFEB7A@NKGEML515-MBS.china.huawei.com> <BYAPR11MB35583AF4ABFB0B63F78B30DAC1D60@BYAPR11MB3558.namprd11.prod.outlook.com> <76CD132C3ADEF848BD84D028D243C927CCFFEBF9@NKGEML515-MBS.china.huawei.com>
In-Reply-To: <76CD132C3ADEF848BD84D028D243C927CCFFEBF9@NKGEML515-MBS.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ketant@cisco.com;
x-originating-ip: [2001:420:c0e0:1005::2b8]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: eac0b6aa-13cb-4b6d-6eb2-08d71c7ec782
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR11MB3768;
x-ms-traffictypediagnostic: BYAPR11MB3768:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <BYAPR11MB3768F076A878A98BC7288A6DC1D60@BYAPR11MB3768.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01244308DF
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(376002)(366004)(396003)(136003)(39860400002)(189003)(199004)(11346002)(446003)(2906002)(46003)(229853002)(110136005)(86362001)(14454004)(478600001)(9326002)(316002)(186003)(8936002)(76176011)(6436002)(53546011)(476003)(99286004)(486006)(102836004)(6506007)(7696005)(790700001)(64756008)(66946007)(25786009)(74316002)(7736002)(66556008)(66446008)(81166006)(71190400001)(81156014)(33656002)(76116006)(6116002)(66476007)(6306002)(8676002)(9686003)(71200400001)(5660300002)(236005)(54896002)(256004)(6246003)(55016002)(14444005)(52536014)(53936002); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3768; H:BYAPR11MB3558.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: AFcvW2DuWsLJ4YanhScAE7FhaT+YwagqCcF5MMQHGJ6OoxpaJrAWQivtc61TVczcx7qgCeX5zcbVmYDRlkPhfDS+kg8CanMBKXCm/rbeMkyh7rDBDCKh4HcWrq2+cNqpo8Jr9yKlyYEbztbD+f/0kaaegL2KLBv/mZA2MeLkXKJTK5qmQsKrJtjsBCjJZrVnP0gHC6Rf06cld6YWmO3PXv1qdFiqPIEFmScYkoDIIGIiF8oQt58okXLmdWT2ya27FF3RuPhJ/M111xQ5Bb73X/m8LUXJPkbmuoIjnMo85RII1mD3BUG8y2uAZeYSQOIbVApcDvU5Igoi/SiHh3Aq2caXaVe2D9RR5UPLDUXgTRiGbm4ao37jfTtza6gadaANtrEr9Yg4p22lqZSkyXckFQw2ylcl/33qpmO1LTDYV1w=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR11MB3558D367D21B1BE4F9F1F772C1D60BYAPR11MB3558namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: eac0b6aa-13cb-4b6d-6eb2-08d71c7ec782
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Aug 2019 04:05:13.3066 (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: ketant@cisco.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3768
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com
X-Outbound-Node: alln-core-8.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/bQVHY9t5PmIC1-S2WrCIXybrCPs>
Subject: Re: [Idr] Adoption call for draft-ketant-idr-rfc7752bis-01.txt [8/8 to 8/22]
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: Fri, 09 Aug 2019 04:05:25 -0000

Hi Jie,

Agree and I will put some text to this effect in the next update of the bis draft.

Thanks,
Ketan

From: Dongjie (Jimmy) <jie.dong@huawei.com>
Sent: 09 August 2019 08:54
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Susan Hares <shares@ndzh.com>; 'idr wg' <idr@ietf.org>
Subject: RE: [Idr] Adoption call for draft-ketant-idr-rfc7752bis-01.txt [8/8 to 8/22]

Hi Ketan,

Thanks for your prompt feedback.

In my understanding, RFC7752 defines a general mechanism to distribute link-state and TE information to the consumer, IGP is just one source of that information. Also please note that the text quoted from bgp-ls-epe draft references RFC7752.

That said, it may be helpful to add some text in rfc7752bis to indicate that the rules about node/link descriptors are applicable to the protocol-IDs defined in this document, the rules for other protocol-IDs will be defined in documents which introduce the protocol-ID.

Best regards,
Jie

From: Ketan Talaulikar (ketant) [mailto:ketant@cisco.com]
Sent: Friday, August 09, 2019 10:57 AM
To: Dongjie (Jimmy) <jie.dong@huawei.com<mailto:jie.dong@huawei.com>>; Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>; 'idr wg' <idr@ietf.org<mailto:idr@ietf.org>>
Subject: RE: [Idr] Adoption call for draft-ketant-idr-rfc7752bis-01.txt [8/8 to 8/22]

Hi Jie,

Thanks for your review and comments.

Let us note that RFC7752 was about pushing IGP link-state via BGP-LS and as such the link descriptors that it mentions are applicable in the scenario where the protocol is OSPF or IS-IS. The BGP EPE draft introduced the BGP protocol and specified the link descriptors for BGP peering links use case. As such, RFC7752 and BGP EPE are not in conflict or contradiction with each other.

This bis draft merely clarifies RFC7752 and is therefore scoped only for the IGP link-state propagation via BGP-LS.

Thanks,
Ketan

From: Idr <idr-bounces@ietf.org<mailto:idr-bounces@ietf.org>> On Behalf Of Dongjie (Jimmy)
Sent: 09 August 2019 08:14
To: Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>; 'idr wg' <idr@ietf.org<mailto:idr@ietf.org>>
Subject: Re: [Idr] Adoption call for draft-ketant-idr-rfc7752bis-01.txt [8/8 to 8/22]

Hi,

In general I support the adoption of this document. It helps to clarify some confusions in RFC7752, and to solve some issues we realized during the progress of subsequent BGP-LS extensions.

And here are the comments I raised on the mic during IDR session in Montreal:

In section 4.2.2 of this -bis document, there are some changes to the encoding rules of link local/remote identifiers in the Link descriptors.

"    If interface and neighbor addresses, either IPv4 or IPv6, are
      present, then the IP address TLVs MUST be included and the Link
      Local/Remote Identifiers TLV MUST NOT be included in the Link
      Descriptor.  The Link Local/Remote Identifiers TLV MAY be included
      in the link attribute when available.

      If interface and neighbor addresses are not present and the link
      local/remote identifiers are present, then the Link Local/Remote
      Identifiers TLV MUST be included in the Link Descriptor."

While in draft-ietf-idr-bgpls-segment-routing-epe-19, section 4.2, it says:

" o  Link Descriptors MUST include the following TLV, as defined in
      [RFC7752]:

      *  Link Local/Remote Identifiers (TLV 258) contains the 4-octet
         Link Local Identifier followed by the 4-octet Link Remote
         Identifier.  The value 0 is used by default when the link
         remote identifier is unknown.

   o  Additional Link Descriptors TLVs, as defined in [RFC7752], MAY
      also be included to describe the addresses corresponding to the
      link between the BGP routers:

      *  IPv4 Interface Address (Sub-TLV 259) contains the address of
         the local interface through which the BGP session is
         established."

Thus it seems the above text in -7752bis is somewhat inconsistent with the bgp-ls-epe draft. Could this be considered in next revision of the bis draft, or the bgp-ls-epe draft? Thanks.

Best regards,
Jie

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Friday, August 09, 2019 3:31 AM
To: 'idr wg' <idr@ietf.org<mailto:idr@ietf.org>>
Subject: [Idr] Adoption call for draft-ketant-idr-rfc7752bis-01.txt [8/8 to 8/22]

This begins a 2 week adoption call for draft-ketant-idr-rfc7752bis-01.txt [8/8 to 8/22/2019]

In your comments please indicate "support" or "no support".

The chair and AD feel that a revision to RFC7752 is needed
to specify additional error handling.  Please consider
if this draft is a good place to start for this revision.

Cheerily, Susan Hares