Re: [Lsr] New Version Notification for draft-xu-lsr-flooding-reduction-in-clos-01.txt

Acee Lindem <acee.ietf@gmail.com> Sun, 26 November 2023 20:20 UTC

Return-Path: <acee.ietf@gmail.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 033D9C15107F for <lsr@ietfa.amsl.com>; Sun, 26 Nov 2023 12:20:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.105
X-Spam-Level:
X-Spam-Status: No, score=-1.105 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_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dW6H3yt22Oux for <lsr@ietfa.amsl.com>; Sun, 26 Nov 2023 12:20:00 -0800 (PST)
Received: from mail-oo1-xc2d.google.com (mail-oo1-xc2d.google.com [IPv6:2607:f8b0:4864:20::c2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69718C15106C for <lsr@ietf.org>; Sun, 26 Nov 2023 12:20:00 -0800 (PST)
Received: by mail-oo1-xc2d.google.com with SMTP id 006d021491bc7-58d4e32ea2fso1019988eaf.3 for <lsr@ietf.org>; Sun, 26 Nov 2023 12:20:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701029999; x=1701634799; darn=ietf.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=KkctdvH6rxzZNOULEicS+8e5EgeZ3iYAjvjLNToXAMk=; b=eM9mUWomP/qNF8CJ+lqCdHiO5z4Jt9O0hWBtP3jf5oYcXQ5fiF0BpSRNshVrx/tGaN lAK32Jqw9y6UZS3/DSG689sQf5fHPlKC4je8PXFu0KO1JI3hyA/ty6mxc0t9MQULnsTI xU96TkZwZC6eHLWpNRnpIwsV24kvnkrtz/m9Uh2tYQQKM1MiuEG6l21fEJ4KZR+bMhVW B46Sz1tsRHBxeYET02nn7rAxarUTf52pNuKGIvF1IqhhXZ/Zr4Yk1H0kBLUQmSchqaJ9 ssKEhOYUgMkjGhMmsnh8i8aMUc3W3S+gKeEyAdD14xyR/rQ2dtNCR5+11g5f79LF8OS5 nieA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701029999; x=1701634799; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=KkctdvH6rxzZNOULEicS+8e5EgeZ3iYAjvjLNToXAMk=; b=jqqjqy3T9k4JnhyV7ySayXwuIWcRVdlERjmS7/Q5Etj5gymT5Pu4ZyZRfjyXlpgc5q yDKVXgDvgOw/WBE43MQ2uu+Lhq2dWpucRIwQAS39gVbyGU7JG7Bi5e+Cw9EyZWNCaza8 iKoD+nGUe7badqHxVxm6Ah1NiUguWDc6eI7nwE+QURhn02I3XhMhIyUqsOML4Y62h9YZ euQHBCQXRUTm98E7mgiTz8xz4NanelJMlR4f4gYQdBlnEEKkFYheZHUd6O8j/wiCuBHN aSaU/x7k2eHC4uNEBtohOmShbE7sGejhpgRkj1DflOcatYdqubUmOeJ1jn8XMre+40z9 iTEQ==
X-Gm-Message-State: AOJu0YzlK09L1LIJymgzDgMhmQW/W/JZbKPYkZV5n8z1zA6+fgfnzlqN dtHx13CRusW+ZJ0i9ypv4wU=
X-Google-Smtp-Source: AGHT+IGu1mCVMpx0C18fWPtNDRNmq27zgAZGFjBMl7fwMU0cOZsLiE9DoljvQeyCxB3N3EkkJA4fEA==
X-Received: by 2002:a05:6358:4406:b0:16b:c43f:3da4 with SMTP id z6-20020a056358440600b0016bc43f3da4mr10002531rwc.3.1701029999531; Sun, 26 Nov 2023 12:19:59 -0800 (PST)
Received: from smtpclient.apple ([136.54.28.118]) by smtp.gmail.com with ESMTPSA id jm8-20020ad45ec8000000b0067a2c103711sm1591024qvb.25.2023.11.26.12.19.59 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Nov 2023 12:19:59 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\))
From: Acee Lindem <acee.ietf@gmail.com>
In-Reply-To: <MN2PR11MB435219C4B69212EB6B4022E7C1BFA@MN2PR11MB4352.namprd11.prod.outlook.com>
Date: Sun, 26 Nov 2023 15:19:47 -0500
Cc: Tony Li <tony.li@tony.li>, "xuxiaohu_ietf@hotmail.com" <xuxiaohu_ietf@hotmail.com>, "lsr@ietf.org" <lsr@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <F93C6433-76C1-419A-9E8D-7054F9EF160A@gmail.com>
References: <170062421806.30204.5972155474039795586@ietfa.amsl.com> <AM6P192MB0375C1BCCFEF97403A59F4B581B9A@AM6P192MB0375.EURP192.PROD.OUTLOOK.COM> <56D50D5A-5994-4B8F-B692-AA121D207E8F@tony.li> <MN2PR11MB435219C4B69212EB6B4022E7C1BFA@MN2PR11MB4352.namprd11.prod.outlook.com>
To: "Les Ginsberg (ginsberg)" <ginsberg=40cisco.com@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3731.700.6)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/P33PYJV64XDwIvaWdkIuC7_ENAc>
Subject: Re: [Lsr] New Version Notification for draft-xu-lsr-flooding-reduction-in-clos-01.txt
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Nov 2023 20:20:04 -0000

Speaking as WG member: 

I agree. The whole Data Center IGP flooding discussion went on years ago and the simplistic enhancement proposed in the subject draft is neither relevant or useful now.

Thanks,
Acee

> On Nov 24, 2023, at 11:55 PM, Les Ginsberg (ginsberg) <ginsberg=40cisco.com@dmarc.ietf.org> wrote:
> 
> Xiaohu –
>  I also point out that there are at least two existing drafts which specifically address IS-IS flooding reduction in CLOS networks and do so in greater detail and with more robustness than what is in your draft:
>  https://datatracker.ietf.org/doc/draft-ietf-lsr-distoptflood/
>  https://datatracker.ietf.org/doc/draft-ietf-lsr-isis-spine-leaf-ext/
>  I do not see a need for yet another draft specifically aimed at CLOS networks.
>  Note that work on draft-ietf-lsr-isis-spine-leaf-ext was suspended due to lack of interest in deploying an IGP solution in CLOS networks.
> You are suggesting in draft-xu-lsr-fare that AI is going to change this. Well, maybe, but if so I think we should return to the solutions already available and prioritize work on them.
>     Les
>   From: Lsr <lsr-bounces@ietf.org> On Behalf Of Tony Li
> Sent: Thursday, November 23, 2023 8:39 AM
> To: xuxiaohu_ietf@hotmail.com
> Cc: lsr@ietf.org
> Subject: Re: [Lsr] New Version Notification for draft-xu-lsr-flooding-reduction-in-clos-01.txt
>  Hi,
>  What you’re proposing is already described in IS-IS Mesh Groups (https://www.rfc-editor.org/rfc/rfc2973.html) and improved upon in Dynamic Flooding (https://datatracker.ietf.org/doc/html/draft-ietf-lsr-dynamic-flooding).
>  Regards,
> Tony
>  
> 
> On Nov 23, 2023, at 8:29 AM, xuxiaohu_ietf@hotmail.com wrote:
>  Hi all,
>  Any comments or suggestions are welcome.
>  Best regards,
> Xiaohu
>  发件人: internet-drafts@ietf.org <internet-drafts@ietf.org>
> 日期: 星期三, 2023年11月22日 11:37
> 收件人: Xiaohu Xu <xuxiaohu_ietf@hotmail.com>
> 主题: New Version Notification for draft-xu-lsr-flooding-reduction-in-clos-01.txt
> A new version of Internet-Draft draft-xu-lsr-flooding-reduction-in-clos-01.txt
> has been successfully submitted by Xiaohu Xu and posted to the
> IETF repository.
> 
> Name:     draft-xu-lsr-flooding-reduction-in-clos
> Revision: 01
> Title:    Flooding Reduction in CLOS Networks
> Date:     2023-11-22
> Group:    Individual Submission
> Pages:    6
> URL:      https://www.ietf.org/archive/id/draft-xu-lsr-flooding-reduction-in-clos-01.txt
> Status:   https://datatracker.ietf.org/doc/draft-xu-lsr-flooding-reduction-in-clos/
> HTMLized: https://datatracker.ietf.org/doc/html/draft-xu-lsr-flooding-reduction-in-clos
> Diff:     https://author-tools.ietf.org/iddiff?url2=draft-xu-lsr-flooding-reduction-in-clos-01
> 
> Abstract:
> 
>    In a CLOS topology, an OSPF (or ISIS) router may receive identical
>    copies of an LSA (or LSP) from multiple OSPF (or ISIS) neighbors.
>    Moreover, two OSPF (or ISIS) neighbors may exchange the same LSA (or
>    LSP) simultaneously.  This results in unnecessary flooding of link-
>    state information, which wastes the precious resources of OSPF (or
>    ISIS) routers.  Therefore, this document proposes extensions to OSPF
>    (or ISIS) to reduce this flooding within CLOS networks.  The
>    reduction of OSPF (or ISIS) flooding is highly beneficial for
>    improving the scalability of CLOS networks.
> 
> 
> 
> The IETF Secretariat
> 
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr
>  _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr