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 02:57 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 283001200D5 for <idr@ietfa.amsl.com>; Thu, 8 Aug 2019 19:57:20 -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=DtuiHwzr; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Y1d1ozeS
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 JHWMtdnCOnhx for <idr@ietfa.amsl.com>; Thu, 8 Aug 2019 19:57:17 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AF4612004E for <idr@ietf.org>; Thu, 8 Aug 2019 19:57:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18625; q=dns/txt; s=iport; t=1565319436; x=1566529036; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=r+HX4hY6ylc9epeHOkzAoPA0OwSRkGN4rGpnFtdPzSI=; b=DtuiHwzrWj6lvleSCEWwVMNMxF5DLOaKVbHw1zmHo0gnc7zQq2TdpFdb Hyw7/e9XQWdzw3NgS3ay9cWbMv7Gs7WdRy61eKB4JqPq9oCO/JsX6TcDb l6dhw2cT132TqZGOUPgHbfOtUQ2RddZPfkzmRwM4vpMPM1vf11WOGZp1L c=;
IronPort-PHdr: =?us-ascii?q?9a23=3A9Um2ghDSZtXFmutgUdJmUyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qg83kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMfkuHw?= =?us-ascii?q?QAld1QmgUhBMCfDkiuL/P2ZiomNM9DT1RiuXq8NBsdFQ=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BiAACW4Exd/4ENJK1mHAEBAQQBAQc?= =?us-ascii?q?EAQGBUwcBAQsBgRUvJCwDbVUgBAsqh2UDhFKGPUyCD36WYoEugSQDVAkBAQE?= =?us-ascii?q?MAQEtAgEBhD8CglYjNAkOAQQBAQQBAQQBCm2FJwyFSgEBAQEDEgsQEwEBOA8?= =?us-ascii?q?CAQgRBAEBHgoHMhQJCAEBBAESCBqDAYEdTQMdAQKgEQKBOIhggiOCegEBBYU?= =?us-ascii?q?VGIIUCYE0AYtjF4FAP4EQAUaCFzU+hEYkEIMHgiaUF4h9jUNnCQKCHZREgjC?= =?us-ascii?q?HL45XjVCXeQIEAgQFAg4BAQWBUDgqgS5wFYMngkKDcYpTcoEpi2wBAQ?=
X-IronPort-AV: E=Sophos;i="5.64,363,1559520000"; d="scan'208,217";a="612183671"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Aug 2019 02:57:15 +0000
Received: from XCH-ALN-013.cisco.com (xch-aln-013.cisco.com [173.36.7.23]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x792vFFw003762 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 9 Aug 2019 02:57:15 GMT
Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-ALN-013.cisco.com (173.36.7.23) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 8 Aug 2019 21:57:15 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 8 Aug 2019 21:57:14 -0500
Received: from NAM01-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 21:57:14 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mUgx0gD1p7xfWgnwduSXkcCqO10/6ZvBUupw4KilJCfq9AeZjcpxcFY+2CbGh3bn8ntT7lHHosJyfvtA1hpFEBgYPzrQOcoef+Xq+dwdQLGzqm41kqFuZPIAK9VoC7xFiSHpqyyk1uxBESaFmrtkB0uB22zV3FSQeIwwU03DDThautNAq9xMHMZmvVAXZInfOcKStNxpnqqeX0G7wz3VhHLQnnrJ/0Vt3wkE4fEpk1DaRRweWQlAkFlelcRiqKHrk1RlJc/H83xwaRf9QBBMFmcwbrabupn4H5AZ8pxIZaSCglxnQtN7nbWQuw2lOvCh9nIZGmnyAieWf2zzsv0biQ==
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=Vyf6eSIyBNVLoz8oTvpyu6i01fEFJ3YKzGU5Gy47NrM=; b=bm7BEVNuq79YvT1YH+B8FdMNq2gaGm4Q/4eHO3mrZMuXlBx9N/uVCBODN3yAG3J/QvJnpxFHnTezxyONaec5csuFvlKPN3fOUu8yN3amAMuEcx/7eExsJ7nph3c9wAoeIWUmq4Cv9kT2PPbinOe5H5T2gOMKUoE5rwHyfwi1UCEu58sD3qUujHKzfihMsoVTweUEd9USZ0kqfOKtzrx5pB1DM9oMtk1yPbjW6zu3ecZrFAUztOt189nay2qOUMSpYBfWyhyWLRWUUH7EDn4eUNpHNEuiTvl5dSCtPQawgqFO49FN0EphvP4adBNzAz+xSkUB9LTK56ykML1A07X+vQ==
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=Vyf6eSIyBNVLoz8oTvpyu6i01fEFJ3YKzGU5Gy47NrM=; b=Y1d1ozeSrb+mZXE8h5ycYd8V43oqj2uTA8lQ6yNfv4PtouvXA2ZTYjC+TayCEmkVUXbUZN4sXnnnVWH+Ud/8l7cH/92sErX9+e/5B/tqFcNLdWr/UzwqKEMPMmV50zwdtLTIz/ilmkaIb48JImO04y4uY57e0m6UsSZmOSH8IFo=
Received: from BYAPR11MB3558.namprd11.prod.outlook.com (20.178.206.75) by BYAPR11MB2582.namprd11.prod.outlook.com (52.135.227.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.13; Fri, 9 Aug 2019 02:57: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 02:57: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/tjRt2OgDiNu7rv6QAOQhOgAAE9k2A=
Date: Fri, 9 Aug 2019 02:57:12 +0000
Message-ID: <BYAPR11MB35583AF4ABFB0B63F78B30DAC1D60@BYAPR11MB3558.namprd11.prod.outlook.com>
References: <000c01d54e1f$db81b080$92851180$@ndzh.com> <76CD132C3ADEF848BD84D028D243C927CCFFEB7A@NKGEML515-MBS.china.huawei.com>
In-Reply-To: <76CD132C3ADEF848BD84D028D243C927CCFFEB7A@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: 227b2abe-93ca-40bc-6b88-08d71c75477b
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR11MB2582;
x-ms-traffictypediagnostic: BYAPR11MB2582:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <BYAPR11MB258231A55A1E8AEEAF867FF4C1D60@BYAPR11MB2582.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01244308DF
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(136003)(39860400002)(376002)(346002)(396003)(199004)(189003)(55016002)(476003)(76176011)(66446008)(790700001)(7696005)(52536014)(99286004)(6116002)(6506007)(71190400001)(486006)(53546011)(6436002)(64756008)(5660300002)(316002)(71200400001)(66946007)(76116006)(66556008)(8936002)(229853002)(446003)(86362001)(102836004)(11346002)(25786009)(74316002)(66476007)(256004)(9326002)(110136005)(7736002)(6306002)(236005)(53936002)(33656002)(54896002)(2906002)(8676002)(478600001)(186003)(81156014)(46003)(6246003)(14454004)(81166006)(9686003); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB2582; H:BYAPR11MB3558.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: i8u9K8L/OFDHMbhg/hkJo1gMfDLBmEot2PqCyV+zbCe0+UGiiyFvvWT26P5Oj+s7UNULR4+9Mrd24H6kvuB9gnQIJQFpVuzOkGFY4NxTgRtU/0EVDe9hCUyS4TDoEgtW5SiWU7BM03WMPO7nM67TUuy/ki5rLvnHYMRKp05YmxzJbZgBc0o5afVocDaeVzuWpuuiHqxLv2oQv0llqcUnEigBG8m2SEPGgowlbp/V0Vxt9ba5XEostU9uqXPGdklEhTDt2g9AZALE3wero9Fk1QouCHIzhuR3RoyfS1FBs3wMtC4F7kzCgvdR0vBJ3rZH69OeBW+7csWlTHDM3syQg1FLUIX8csEU44yjBjXTdudiz25JBgytx3BPWh0UYBVO6Qci1o9d7yMy6NxfivWlohqrTeFTNm3FAYfid7B3zJU=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR11MB35583AF4ABFB0B63F78B30DAC1D60BYAPR11MB3558namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 227b2abe-93ca-40bc-6b88-08d71c75477b
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Aug 2019 02:57:13.0027 (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: BYAPR11MB2582
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.23, xch-aln-013.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/jiHsUjNDIJ_R_cznXRdzFR0Owu0>
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 02:57:20 -0000

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>; On Behalf Of Dongjie (Jimmy)
Sent: 09 August 2019 08:14
To: 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,

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