Re: [Idr] BGP-LS extension for inter-as topology retrieval in different scenario

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Tue, 20 March 2018 10:13 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 F318B1242F7 for <idr@ietfa.amsl.com>; Tue, 20 Mar 2018 03:13:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.53
X-Spam-Level:
X-Spam-Status: No, score=-14.53 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 Dq-4chWNOlRL for <idr@ietfa.amsl.com>; Tue, 20 Mar 2018 03:13:22 -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 0E4CC124319 for <idr@ietf.org>; Tue, 20 Mar 2018 03:13:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15353; q=dns/txt; s=iport; t=1521540801; x=1522750401; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=Px/1066iI6ZklstKOJfT1WeZWKS4XbeFrVRjKJpyrsM=; b=JwXwOmQz37hZ9d2hnqpLireyEam4tX0RiRcgoRdAC9dyxhfW0NYgQxvj 4RuYjMK9JZWgNqQ8g5YyPnO/JdxOxKE/PtyoVXXRUPtuaTbYr3A/adcc4 /Lsc+bPLiTHHnXc6BItHJjWVmyDrtLigdFFBN6jVnUbw37GPYFoQO7pr8 g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AIAQBE3rBa/5hdJa1eGQEBAQEBAQEBAQEBAQcBAQEBAYJaRTFmcigKjXCNfoIDgRaOeIUPghILJYRsAoNIITQYAQIBAQEBAQECayiFJQEBAQQtRRcCAQgRBAEBLzIdCAEBBAEJCQiELmQPql6IX4IJBYU3ghWBVYFUgyCDHgIDAYE7hhADhy2FGoR3hn8JAoYNhwCCIY1AiTSGXwIREwGBKQEeOIFScBU6gkOCY44IdI4dgTGBGAEBAQ
X-IronPort-AV: E=Sophos;i="5.48,334,1517875200"; d="scan'208,217";a="370076714"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Mar 2018 10:13:20 +0000
Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w2KADKTt004452 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 20 Mar 2018 10:13:20 GMT
Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 20 Mar 2018 05:13:20 -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.1320.000; Tue, 20 Mar 2018 05:13:20 -0500
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: [Idr] BGP-LS extension for inter-as topology retrieval in different scenario
Thread-Index: AdO0ctzTW983pn7wRkG5g91zHcVBqALvt1yg
Date: Tue, 20 Mar 2018 10:13:19 +0000
Message-ID: <c13ea7f1b6a54345887c0659ea9322e0@XCH-ALN-008.cisco.com>
References: <00a101d3b472$dd1a8310$974f8930$@org.cn>
In-Reply-To: <00a101d3b472$dd1a8310$974f8930$@org.cn>
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.61.199.58]
Content-Type: multipart/alternative; boundary="_000_c13ea7f1b6a54345887c0659ea9322e0XCHALN008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/TUyzWOxOW0GCyoNjss3VXZYeA2Y>
Subject: Re: [Idr] BGP-LS extension for inter-as topology retrieval in different scenario
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: Tue, 20 Mar 2018 10:13:29 -0000

Hi Aijun,

Perhaps the comments provided during the IDR WG meeting yesterday on this draft were not clear and would like to share the same on the list.


1)     The "Redistributed Routes Originator TLV" is not necessary and if your intention is to determine the originating router for redistributed routes then this is already solved as follows:

a.      The Prefix NLRI descriptor includes the Node descriptor which allows determination of the originator of the redistribution point router.

b.      The Source Router ID TLV is required in ISIS only because the redistribution point router may be in a different level/area and unlike OSPF where the flooding for type 5 is AS scope, this TLV is required for ISIS. The BGP-LS spec allows use of this Source Router ID TLV for any protocol in general, if required.

2)     The 2nd part of your draft which relates to signalling of inter-AS TE links is required and missing from the current BGP-LS specs AFAIK. However, the draft is not handling this properly. The new TLVs which you have listed in sec 3.3.2 need to be introduced as new Link Descriptor TLVs - not as attributes. While descriptor and attribute TLVs are taken from the same registry, they are very different from packaging perspective. So the draft needs to be fixed to correct this.

In summary, your draft does address a gap with respect to signalling of inter-AS TE links from IGPs into BGP-LS, but there is no gap when it comes to determination of redistributed route's originators.

Thanks,
Ketan

From: Idr <idr-bounces@ietf.org> On Behalf Of Aijun Wang
Sent: 05 March 2018 11:13
To: idr@ietf.org
Subject: [Idr] BGP-LS extension for inter-as topology retrieval in different scenario

Hi, All:

We just uploaded one draft at https://datatracker.ietf.org/doc/draft-wang-idr-bgpls-inter-as-topology-ext/ to describe the BGP-LS extension for inter-as topology retrieval in different scenarios.
We are also applying the time slot on the upcoming IETF 101 meeting to present this topic. Any comments are welcome.

The abstracts of this draft are the followings:
This document describes new TLVs extended for BGP-LS to transfer the originator of redistributed routes and other inter-AS TE related TLVs to let the SDN controller to retrieve the network topology automatically under the multi-domain environments.
This extension can expand the usage of BGP-LS protocol to multi-domain; enable the network operator to collect the connection relationship between different domains and then calculate the overall network topology automatically based on the information provided by BGP-LS protocol.


Best Regards.

Aijun Wang
Network R&D and Operation Support Department
China Telecom Corporation Limited Beijing Research Institute,Beijing, China.