Re: [Rift] Fw:New Version Notification for draft-zwx-rift-leaf-ring-00.txt

zhang.zheng@zte.com.cn Mon, 26 July 2021 20:10 UTC

Return-Path: <zhang.zheng@zte.com.cn>
X-Original-To: rift@ietfa.amsl.com
Delivered-To: rift@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E32B13A0B83 for <rift@ietfa.amsl.com>; Mon, 26 Jul 2021 13:10:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 85Jvh7mxJe5K for <rift@ietfa.amsl.com>; Mon, 26 Jul 2021 13:10:34 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D47863A0BFA for <rift@ietf.org>; Mon, 26 Jul 2021 13:10:30 -0700 (PDT)
Received: from mxct.zte.com.cn (unknown [192.168.164.215]) by Forcepoint Email with ESMTPS id 6766CD42CCCC4F205494; Tue, 27 Jul 2021 04:10:28 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 530A392D6BAB86EDBEC1; Tue, 27 Jul 2021 04:10:28 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl2.zte.com.cn with SMTP id 16QKAR1x054181; Tue, 27 Jul 2021 04:10:27 +0800 (GMT-8) (envelope-from zhang.zheng@zte.com.cn)
Received: from mapi (njxapp01[null]) by mapi (Zmail) with MAPI id mid203; Tue, 27 Jul 2021 04:10:27 +0800 (CST)
Date: Tue, 27 Jul 2021 04:10:27 +0800
X-Zmail-TransId: 2af960ff16b3637e2681
X-Mailer: Zmail v1.0
Message-ID: <202107270410270173933@zte.com.cn>
In-Reply-To: <CA+wi2hNyF-X6OyrLe0JonMWaGLY5Fa6=7BmrSEctMeXt3ZoN-w@mail.gmail.com>
References: 202107080906201327558@zte.com.cn, CA+wi2hNyF-X6OyrLe0JonMWaGLY5Fa6=7BmrSEctMeXt3ZoN-w@mail.gmail.com
Mime-Version: 1.0
From: zhang.zheng@zte.com.cn
To: tonysietf@gmail.com
Cc: rift@ietf.org
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn 16QKAR1x054181
Archived-At: <https://mailarchive.ietf.org/arch/msg/rift/IuibPV3thAVPuj6fMzraITyoIcg>
Subject: Re: [Rift] Fw:New Version Notification for draft-zwx-rift-leaf-ring-00.txt
X-BeenThere: rift@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion of Routing in Fat Trees <rift.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rift>, <mailto:rift-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rift/>
List-Post: <mailto:rift@ietf.org>
List-Help: <mailto:rift-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rift>, <mailto:rift-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jul 2021 20:10:39 -0000

Hi Tony, 
Thank you very much for your comments!
Yes, we thought about the hierarchical solution before, but it's hard. 
In this figure I simplify the network, in the actual deployment, many nodes like L05 need to access the network. 
If we use the hierarchical levels, there may be many levels here and may exceed the max level limit. 
Do you have any other solution suggestion? Much appreciate for it. :-)
Best regards,
Sandy


------------------原始邮件------------------
发件人:TonyPrzygienda
收件人:张征00007940;
抄送人:rift@ietf.org;
日 期 :2021年07月27日 03:37
主 题 :Re: [Rift] Fw:New Version Notification for draft-zwx-rift-leaf-ring-00.txt
_______________________________________________
RIFT mailing list
RIFT@ietf.org
https://www.ietf.org/mailman/listinfo/rift

Read that with interest. RIFT is obviously quite applicable for the ring leaf stuff ;-) and I saw the use case before.

Simplest solution IMO (assuming you're running RIFT on the ring as your draft does) is to let the hierarchy figure out the CLOS variant here. ToFs start @ 24 per spec so there is plenty space if that's not enough it's easy to implement RIFT in a way where ToF start @ a higher number.

So to use your example you will end up with a topology that is a very fractioned CLOS ;-) but will work just fine given that L05 will get default from both L04 and L06. Observe that if you end up with L05 and L05' @ the same level you can enable horizontal link (leaf-2-leaf) but that won't do much
since default will point northbound and if L05 or L05' loses their northbound link they will just fall down in hierarchy to X-4 and use the other L05* as default

So I'm not sure what the draft would buy us over naive use of RIFT to stack more levels on top of each other. May be I'm missing something but we'll hear the preso I guess.

-- tony

|               |  |  |  |  |          | |   | | +----------------+  |  +-----------------+ | | |             |     |     |          | | | | | | +------------------------------------+ | | | | |           |     |     |          |   | |++-+-+--+        | +---+---+ |        +-+---+-++|       |        +-+       +-+        |        ||  L01  |--------- |  L02  |----------|  L03   |  Level X-1+---+---+          +-------+          +---+----+    |                                     |          |                                     |      ++-+-+--+                             ++--+---+ |       |                             |       |  Level X-2|  L04  |                             |  L06  |+---+---+                             +-+-----+    |                                   |    +----------------+  +---------------+                                  |  |                   ++-+-+--+                   |       |                   |  L05  |  Level X-3                   +-------+

On Thu, Jul 8, 2021 at 3:07 AM <zhang.zheng@zte.com.cn> wrote:
Hi,
A new draft for RIFT deployment and proposed extension is submitted.
Much appreciate if you spend some time to read this draft.
Any comments are welcome.
Thanks,
Sandy
------------------原始邮件------------------
发件人:internet-drafts@ietf.org
收件人:徐本崇10065053;徐本崇10065053;魏月华00019655;张征00007940;
日 期 :2021年07月08日 08:48
主 题 :New Version Notification for draft-zwx-rift-leaf-ring-00.txt
A new version of I-D, draft-zwx-rift-leaf-ring-00.txt
has been successfully submitted by Zheng Zhang and posted to the
IETF repository.
Name:        draft-zwx-rift-leaf-ring
Revision:    00
Title:        Supporting leaves without northbound neighbors connecting to a fat-tree network using RIFT
Document date:    2021-07-07
Group:        Individual Submission
Pages:        8
URL:            https://www.ietf.org/archive/id/draft-zwx-rift-leaf-ring-00.txt
Status:         https://datatracker.ietf.org/doc/draft-zwx-rift-leaf-ring/
Html:           https://www.ietf.org/archive/id/draft-zwx-rift-leaf-ring-00.html
Htmlized:       https://datatracker.ietf.org/doc/html/draft-zwx-rift-leaf-ring
Abstract:
This document discusses the usage and solution for leaf nodes without
northbound neighbors connecting to a fat-tree network by leaf nodes
having direct northbound neighbors in RIFT.
The IETF Secretariat_______________________________________________
RIFT mailing list
RIFT@ietf.org
https://www.ietf.org/mailman/listinfo/rift