Re: [mpls] I-D Action: draft-andersson-mpls-open-dt-questions-00.txt

Stewart Bryant <stewart.bryant@gmail.com> Thu, 29 April 2021 13:55 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAD923A3F81 for <mpls@ietfa.amsl.com>; Thu, 29 Apr 2021 06:55:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.097
X-Spam-Level:
X-Spam-Status: No, score=-1.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 EJYbNid0xzWZ for <mpls@ietfa.amsl.com>; Thu, 29 Apr 2021 06:55:15 -0700 (PDT)
Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 7F58F3A3F7D for <mpls@ietf.org>; Thu, 29 Apr 2021 06:55:15 -0700 (PDT)
Received: by mail-wr1-x42b.google.com with SMTP id d11so9206124wrw.8 for <mpls@ietf.org>; Thu, 29 Apr 2021 06:55:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xInKbYQVmMIdRxqd8VwUx97eqBXMaEwgXJeUDdunQDg=; b=pXOgGSrSHc96du+ER6dUg8h/67oD6Kgf3Pous+BfSsp5ZDp1+rvqP2PQ9UAzLChY3u pbs5tXdXN+bOzVKANG9qpKjo5ty2D6Gc16tYGV/6AwdDoXnIe8SwdNuKUxE5LeXy67tt AeLdO2JGI2rpkAF80xRFxfij+M3owTT40ozasVuYPxQ62FARPCiRCGNe7Haipgkx4gwW 829EmOiroo+GAtAwcWgdUOYJ6nCOwfWwg/udh7EUXOEOthRIVFz5/pk9/7sEPnjDhZUy u5HC7uSSdxdjJXh/sUaxxDAEy1+k4fZ8whXmKMXooie4B2id3lpI53q1vDcNYD60OnLb 9C+A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xInKbYQVmMIdRxqd8VwUx97eqBXMaEwgXJeUDdunQDg=; b=uGkuVKd7/cpJB7xRwizkBof0RTbGcIrPxneE56c8c9mYyJi5VfmVZCPC/mwcFZfkHJ LQrX+eTfJRJbrkJfyJmJQVZcpA9QO45me1K5xfBe1oHSOAHZB1JgCTchub7UeyEvgc+b h00hUB4x9Y3yrGyNs+X7+dYB4hQkZNYTcLPy7jLWhS3RZupPLQov3EVphLxZqxO4SytX H1x8gP6xiWDMD7cr//IzQnJ2r/fAIHRPr6nd0cNyrseTFbsXxXJEHZR43MR/Gop7J8O9 ZGLGbYq6NqLsnjewWlvDK8m+TOwGLLGv8sTJYSUQQq9RVFEIUmZQ/y2OIC5zUDKMGAyp u6jg==
X-Gm-Message-State: AOAM533WPa9ndpu0h6RMmvQhqDCYsaOGfUlxYDfeXCJhQ2JI/Rxg0XmT 7MzrH3+vsL3IEOGXxW5Nfu8=
X-Google-Smtp-Source: ABdhPJxpq4EOb4uOIeljhrZhOiE+eznj1FeQvYHs/kY9DrO82Xc0jRQQnLScyYR1LlAHFc/nZzhsXQ==
X-Received: by 2002:a5d:498c:: with SMTP id r12mr1538605wrq.31.1619704512695; Thu, 29 Apr 2021 06:55:12 -0700 (PDT)
Received: from broadband.bt.com ([2a00:23c5:3395:c901:78e6:3f82:75f2:207d]) by smtp.gmail.com with ESMTPSA id m14sm28994wmi.39.2021.04.29.06.55.11 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 29 Apr 2021 06:55:12 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.6\))
From: Stewart Bryant <stewart.bryant@gmail.com>
In-Reply-To: <eb4936d1-f226-4695-ac42-fd4938233645@pi.nu>
Date: Thu, 29 Apr 2021 14:55:11 +0100
Cc: Stewart Bryant <stewart.bryant@gmail.com>, mpls <mpls@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <509D508D-F5DB-4DE7-B1F4-65318D6D088D@gmail.com>
References: <161968317610.20664.11107844270215068679@ietfa.amsl.com> <EDE7FDFB-4063-443D-BB72-C13238D22235@gmail.com> <eb4936d1-f226-4695-ac42-fd4938233645@pi.nu>
To: loa Andersson <loa@pi.nu>
X-Mailer: Apple Mail (2.3608.120.23.2.6)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/xUQfQtGKFql34FW0KyFGNxzSGAY>
Subject: Re: [mpls] I-D Action: draft-andersson-mpls-open-dt-questions-00.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Apr 2021 13:55:20 -0000

Hi Loa

LDP really layers on an IGP in most practical networks and the IGP can flood this without missing a heartbeat.

- Stewart


> On 29 Apr 2021, at 14:41, Loa Andersson <loa@pi.nu> wrote:
> 
> Stewart,
> 
> I was that concerned about the amount of data that needs to be flooded, but rather that the mechanisms we have is insufficient.
> 
> In the LDP case an LSR informs its peers about capabilities, they are not flooded across the network
> 
> RFC 5561
> 
>   - Each LDP speaker is assumed to implement a set of enhancements,
>     each of which has an associated capability.  At any time, a speaker
>     may have none, one, or more of those enhancements "enabled".  When
>     an enhancement is enabled, the speaker advertises the associated
>     capability to its peers.  By advertising the capability to a peer,
>     the speaker asserts that it shall perform the protocol actions
>     specified for the associated enhancement.  For example, the actions
>     may require the LDP speaker to receive and process enhancement-
>     specific messages from its peer.  Unless the capability has been
>     advertised, the speaker will not perform protocol actions specified
>     for the corresponding enhancement.
> 
> An LSR that initiates an LSP with a maximum scanning depth depth need to know this for every LSR along the LSP.
> 
> /Loa
> 
> On 29/04/2021 12:25, Stewart Bryant wrote:
>> It is one additional capability field (no more than a byte) to flood and I find it hard to imagine that it would not scale.
> 
> -- 
> 
> Loa Andersson                        email: loa@pi.nu
> Senior MPLS Expert                          loa.pi.nu@gmail.com
> Bronze Dragon Consulting             phone: +46 739 81 21 64