Re: [Idr] BGP-LS extension for inter-as topology retrieval in different scenario
Dhruv Dhody <dhruv.ietf@gmail.com> Tue, 20 March 2018 10:26 UTC
Return-Path: <dhruv.ietf@gmail.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 346AE124207 for <idr@ietfa.amsl.com>; Tue, 20 Mar 2018 03:26:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 yQzkX265YwJ5 for <idr@ietfa.amsl.com>; Tue, 20 Mar 2018 03:26:14 -0700 (PDT)
Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 012DD124319 for <idr@ietf.org>; Tue, 20 Mar 2018 03:26:14 -0700 (PDT)
Received: by mail-it0-x22f.google.com with SMTP id v194-v6so1737356itb.0 for <idr@ietf.org>; Tue, 20 Mar 2018 03:26:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=0q3xkctD3DBXfNnzIGFV3P5BRsaUNc0ypD1zgWgyX8Y=; b=oPcMpHnmTRPp58GD/3Xn21WOjrxeLS8CwC4mALAJItdw1dDfCmDQdUp7dY1S+UKlTP QXX6WPnoBKn9+fcEkhUgkRn0t7mtV4QqIQvQgBljJShsqjP0SatpDxeHLIR4E3jZbIca xWYnUHZGEBasiiNpdymP/+lctaE3gDFDmhtIRKrTMHixjqvhB5Z07SUxD64csf4pj/Fa e2FnJZL5116Z6x078KMdhjkUhYxugdeW6zvF7uV+5XA3QI+tQ22jpuUBe7ZwtgZpjoOO rLt+YBBayYKwIp55DKTOZh0ifOvo8BsVJTBLHOmt4R/1xL87YsIPAGAC+e0Dj+Tdmic8 qiNw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=0q3xkctD3DBXfNnzIGFV3P5BRsaUNc0ypD1zgWgyX8Y=; b=awIZPqFDpicxCxgIk3QN6yEvhB883JSHHs2gCfgmIL/vR7Hb1uslXjVveJLLZTJB8m rShh4rCAQMVgyOq7lX/6UKRexRhKJf2MObgQSqtZtNDfj5wkFj7SCsdlpVSq8ezab+5Y 8ubq03thqaASYrFfz7B7MLVWrYrjrBymFX7CPJ2pFI3wIHSgyNftP7lGn699MIGdTONq 4V1kKHX1U1W1XTNzv23nQkkkQzCjb6e6NUmyJg0UUVJ5nop5q8w6pJJxUcW5qI9a/N6R ngxeXdjy8C6h8XIVTHTDZNa3JBgURgD7B8MueeZJc9bejf0kxWMXVbUqf/kUYqAZhy39 Yinw==
X-Gm-Message-State: AElRT7HUo2RdJC/rnW3SiyEdqsM8FcRIygcFbyDUWm9Cd6MpcssRUuUa GQO79/EGHdeCBCouM7YApZ8h42Isboju3lhX+wU=
X-Google-Smtp-Source: AG47ELu4SA9kSVB8zpeO/fOx8vrQR1RZnWEICAiNwOSrjqQBXfVBFkScfLaIf+IBPVFWT6E6eNtBqLdXsGD3qQG3zmA=
X-Received: by 2002:a24:f886:: with SMTP id a128-v6mr2180219ith.109.1521541573129; Tue, 20 Mar 2018 03:26:13 -0700 (PDT)
MIME-Version: 1.0
Sender: dhruvdhody@gmail.com
X-Google-Sender-Delegation: dhruvdhody@gmail.com
Received: by 10.107.136.222 with HTTP; Tue, 20 Mar 2018 03:26:12 -0700 (PDT)
In-Reply-To: <c13ea7f1b6a54345887c0659ea9322e0@XCH-ALN-008.cisco.com>
References: <00a101d3b472$dd1a8310$974f8930$@org.cn> <c13ea7f1b6a54345887c0659ea9322e0@XCH-ALN-008.cisco.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Tue, 20 Mar 2018 10:26:12 +0000
X-Google-Sender-Auth: L7PvKFYq8qKbl0uMlONI2C2fvfc
Message-ID: <CAB75xn52_ErQV4cbp2K-hsw7C_FrRGFnUzFuJrfGU-X4R70R6Q@mail.gmail.com>
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
Cc: Aijun Wang <wangaijun@tsinghua.org.cn>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000fa3c7d0567d580bb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/HNVwGeokl_OlukrzvfG9F6gt4So>
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:26:17 -0000
Hi Ketan, Aijun, On Tue, Mar 20, 2018 at 10:13 AM, Ketan Talaulikar (ketant) < ketant@cisco.com> wrote: > 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. > > > The Link NLRI (NLRI Type = 2) is shown in the following figure. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+ | Protocol-ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Identifier | | (64 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ // Local Node Descriptors (variable) // +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ // Remote Node Descriptors (variable) // +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ // Link Descriptors (variable) // +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 8: The Link NLRI Format The Autonomous System sub-TLV is part of both Local and Remote Node Descriptors. For inter-AS link, the AS sub-TLV (as part of the Remote node descriptor) carry the remote AS number? Do we really need a new sub-TLV? Or am I missing something? Thanks! Dhruv > 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. > > > > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > >
- [Idr] BGP-LS extension for inter-as topology retr… Aijun Wang
- Re: [Idr] BGP-LS extension for inter-as topology … Ketan Talaulikar (ketant)
- Re: [Idr] BGP-LS extension for inter-as topology … Dhruv Dhody
- Re: [Idr] BGP-LS extension for inter-as topology … Ketan Talaulikar (ketant)
- Re: [Idr] BGP-LS extension for inter-as topology … Aijun Wang
- Re: [Idr] BGP-LS extension for inter-as topology … Acee Lindem (acee)
- Re: [Idr] BGP-LS extension for inter-as topology … Ketan Talaulikar (ketant)
- Re: [Idr] BGP-LS extension for inter-as topology … Jeff Tantsura
- Re: [Idr] BGP-LS extension for inter-as topology … Aijun Wang
- Re: [Idr] BGP-LS extension for inter-as topology … Acee Lindem (acee)
- [Idr] 答复: BGP-LS extension for inter-as topology … Aijun Wang
- Re: [Idr] 答复: BGP-LS extension for inter-as topol… Acee Lindem (acee)
- [Idr] 答复: 答复: BGP-LS extension for inter-as topol… Aijun Wang