Re: [Idr] Possibility of empty Link Descriptors in BGP-LS?

Nandan Saha <nandan@arista.com> Wed, 09 October 2019 15:51 UTC

Return-Path: <nandan@arista.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 5D60B120289 for <idr@ietfa.amsl.com>; Wed, 9 Oct 2019 08:51:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=arista.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 I3UV6xERLZyM for <idr@ietfa.amsl.com>; Wed, 9 Oct 2019 08:51:19 -0700 (PDT)
Received: from mail-oi1-x233.google.com (mail-oi1-x233.google.com [IPv6:2607:f8b0:4864:20::233]) (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 90C50120104 for <idr@ietf.org>; Wed, 9 Oct 2019 08:51:19 -0700 (PDT)
Received: by mail-oi1-x233.google.com with SMTP id w65so2160053oiw.8 for <idr@ietf.org>; Wed, 09 Oct 2019 08:51:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arista.com; s=googlenew; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EAnyQrMtDvnKVECTmx+aZei5kaI//JThGWsUCC1Q7H4=; b=lxgoI1OtYnUrDPB1kjJsM6ewcf4yLN202lyKVLhXWjZHvj1k5s0VaaJm5Sc1/ICOlK vciOJRJWY8TrCveoO7z9GowMg5/5off8GBWO0wdF+4rZa3wkZOVjdkflwvJnB+eiCMpw 0I0FyCOwQVyj+80N3M48wVO+xIi5nQ/xzQWuITfNPGAw/X6jXbZfrZBriY/vsDafDRA2 JcRKj5d7ptdjnwd6Ut23BaPXfhwJoRs+UDhQx583t8rw567Pv6doALNdsUN6xYdsDX90 +Rhz4/g2n3jKezKcO+41P0Nz70hy3icyvA1haN843cQOKXIbArZvsioAsRCkoI9ggzFX 6CAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EAnyQrMtDvnKVECTmx+aZei5kaI//JThGWsUCC1Q7H4=; b=YTnys/9Ru2okxvo4T7uraR88xbNxbC7w1N1s8S69So79UhIxsGEQZ0CHcMUOgyL936 tOO6F9xpLZNDmAm7mLJ9dd+hXeGqOi97Mdh0tH64stEkr6XIgE7R2E6GcxzWpx6zVos/ NFkYYXDaXDgGegzC/KJTTPdp3nizURDFdSlTLLl8qBIeIgipG6QJG+5krTxTQN2W1+nR 6mfQZIIoMuET47dSKP5O38Sln9EJ+Q/4g6ShCWPcp5/7vNus9/+epdLegr3kHd334Zix S2rSx0GoyhR0bGUao0b8BL4hqgwTr+0PgK46RZqWpHZ741JAFW/xU/TIZkV8g3SP6fWA j8Aw==
X-Gm-Message-State: APjAAAW283BHl5nf91Pg4eUxwyBe+vMRFsA8v99v3oNGt/tzGViPAjLI Bc9eu4eM3hQbBVMWl34ZSMA5cg0Z57rztm6hUOsizQ==
X-Google-Smtp-Source: APXvYqwh7SVTq5if1TaaNAAkxllds5Yq4kUCtG+5P6zrpFM3Z6ISjFPOlQsWCJBAp7kov+Ciy5Vja0ATlYdmJX1zpWM=
X-Received: by 2002:aca:1b14:: with SMTP id b20mr2885129oib.48.1570636278615; Wed, 09 Oct 2019 08:51:18 -0700 (PDT)
MIME-Version: 1.0
References: <CAE+itjfxH1tmgmfOAwFmT3n-5s_Zu_nVqTjybbp=9L1F1Wea7w@mail.gmail.com> <CY4PR11MB15416D84C646DDCA17DFB777C1AB0@CY4PR11MB1541.namprd11.prod.outlook.com> <CAE+itjfBRL0S7=N2kzHOsHDrcPL-OANw3tZfDiguXw0SupBLzw@mail.gmail.com> <CY4PR11MB15415121B84FA55CB4F0B8E6C1950@CY4PR11MB1541.namprd11.prod.outlook.com>
In-Reply-To: <CY4PR11MB15415121B84FA55CB4F0B8E6C1950@CY4PR11MB1541.namprd11.prod.outlook.com>
From: Nandan Saha <nandan@arista.com>
Date: Wed, 09 Oct 2019 21:21:07 +0530
Message-ID: <CAE+itjfPYdRoj6WFmDn1NF8wpGn2HH76m9gqirWaQa0gDipq4g@mail.gmail.com>
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
Cc: "draft-ketant-idr-rfc7752bis@ietf.org" <draft-ketant-idr-rfc7752bis@ietf.org>, "idr@ietf.org" <idr@ietf.org>, Prakash Badrinarayanan <prakash@arista.com>
Content-Type: multipart/alternative; boundary="000000000000757d3605947c41d6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/uASWgKS0mcYsRP3m_eOUCdY2h9k>
Subject: Re: [Idr] Possibility of empty Link Descriptors in BGP-LS?
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: Wed, 09 Oct 2019 15:51:23 -0000

Hi Ketan,

On Wed, Oct 9, 2019 at 7:52 PM Ketan Talaulikar (ketant) <ketant@cisco.com>
wrote:

> Hi Nandan,
>
>
>
> How about adding the following text in Sec 4.2.2?
>
>
>
> The TLVs/sub-TLVs corresponding to the interface addresses and/or the
> local/remote identfiers may not always be signaled in the IGPs unless their
> advertisement is enabled specifically. In such cases, a BGP-LS Producer may
> not be able to generate valid Link NLRIs for such link advertisements from
> the IGPs.
>
Sounds good!

>
>
> Thanks,
>
> Ketan
>
>
>
> *From:* Nandan Saha <nandan@arista.com>
> *Sent:* 16 September 2019 10:11
> *To:* Ketan Talaulikar (ketant) <ketant@cisco.com>
> *Cc:* draft-ketant-idr-rfc7752bis@ietf.org; idr@ietf.org; Prakash
> Badrinarayanan <prakash@arista.com>
> *Subject:* Re: Possibility of empty Link Descriptors in BGP-LS?
>
>
>
> Hi Ketan,
>
>     Thank you for your patience. I thought I had replied to this, but
> somehow hadn't.
>
> On Tue, Aug 20, 2019 at 11:31 PM Ketan Talaulikar (ketant) <
> ketant@cisco.com> wrote:
>
> Hi Nandan,
>
> You are correct that an ISIS implementation (in non-TE/SR) environment
> will not advertise the necessary link descriptors without which it will not
> be possible to describe links completely. It is not just about empty link
> descriptors, but when there are parallel links, they will end up
> overwriting each other's attributes in BGP-LS as those NLRIs would get
> mixed up. IMHO it does not serve much purpose advertising such links via
> BGP-LS.
>
> What text would you suggest we add in the BGP-LS specification for this?
>
> Something along the lines that a BGP-LS producer may not be able to
> generate valid link NLRIs in the absence of the required sub-TLVs in the
> IGP. I'm mostly thinking from the point of view of guiding operators that
> the IGP needs to be configured appropriately.
>
> I'm not fully in agreement about leaving out such links. In the case
> there's only one p2p link between devices we'll simply be losing
> information in BGP-LS, since it's possible to identify such a link
> uniquely. (Though it's an academic discussion since most deployments are
> likely to use bgp-ls for TE)
>
> In anycase, I don't feel too strong about adding new text in case you feel
> it's obvious from the rest of the text.
>
>
> Thanks,
> Ketan
>
> -----Original Message-----
> From: Nandan Saha <nandan@arista.com>
> Sent: 20 August 2019 21:48
> To: draft-ketant-idr-rfc7752bis@ietf.org; idr@ietf.org
> Cc: Prakash Badrinarayanan <prakash@arista.com>; Ketan Talaulikar
> (ketant) <ketant@cisco.com>
> Subject: Possibility of empty Link Descriptors in BGP-LS?
>
> Hi folks,
>
> I'm wondering whether some text needs to be added to
> https://tools.ietf.org/html/draft-ketant-idr-rfc7752bis-01#section-4.2.2
> for the case where neither the ipv4/6 address sub tlvs nor link/remote
> identifiers are present in the IGP's LSP/LSA.
> For IS-IS specifically, it seems to me that an IS-IS implementation (in a
> non-TE) scenario is free to leave out the ipv4/6 interface/neighbor address
> sub-tlvs based on https://tools.ietf.org/html/rfc5305#section-3.2, and
> https://tools.ietf.org/html/rfc5305#section-3.3. The link/remote link
> identifiers also appear optional.
>
> In such a case, the link descriptor in the link nlri will be empty which
> is problematic in the case where there are multiple links between 2 nodes
> as there's no way to distinguish between the different links.
>
> Thanks,
> Nandan
>
>