Re: [MBONED] MSR6 BOF 3rd Issue Category: More details are requested about the large scale use cases, including issue 8-11

Dino Farinacci <farinacci@gmail.com> Wed, 19 October 2022 02:59 UTC

Return-Path: <farinacci@gmail.com>
X-Original-To: mboned@ietfa.amsl.com
Delivered-To: mboned@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50B4BC1524BF; Tue, 18 Oct 2022 19:59:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, 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] 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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A_6Aj5LsfXGl; Tue, 18 Oct 2022 19:59:25 -0700 (PDT)
Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 E1ACFC1522DF; Tue, 18 Oct 2022 19:59:25 -0700 (PDT)
Received: by mail-pf1-x42a.google.com with SMTP id i3so15927290pfc.11; Tue, 18 Oct 2022 19:59:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; 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=qBw1rzX74oDX4OXn94hpE65WfuVkf/STMZbOYTkE3Dc=; b=pjw5w0evRypPd2dw2leyeNzZefyXSgXDODL/p6aS4gaSqnjwtnWku4o3Xl0Pp4s1xh ET9UAQC+5CNQcDlTCMlOoYbVosTKz47I6AOKVCwFsDJ6PsKx38810KllzwRqxifXh/rC x+fKL8itZJ+WOPOZ+0FX771sftKqeYq7/PppDwqKeLc4kse/ICG6F4oOJqeroVNVU4fZ oPuZ42ME5oOauJmPFmVZb24/bOYmn68g3elYCUy9JPfOtSxpg4LRwZjpf7aeiRynBkBF JQ1CaqJYUmChgXSOpmH0ujfQXNr9r2fktIWejBebXQRgyINHnCdGtAlaZ+0WUJLISu/E z6CA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=qBw1rzX74oDX4OXn94hpE65WfuVkf/STMZbOYTkE3Dc=; b=MygeVGFAqoJaW2FAKV0k3drF9x06tsXPmO1QyReoFr2hg+BO3YUu/5P4vD3OvTUKno kjrk2YMrd2A4rIOHC5etBdTc/6es6P6t8+HMoZgDqKLvFm+qLVlRgRNRDRk0/FOtHB/8 pU2HwVAQn89pQFqwPCmxSHc7FQ/mQ4+9UKazfYSJ+65MbHlnVUx4UbKHxVJvb/FWknRC 9vuYsrvKQjGTUFksZdsW5Rnhzz0+6LHjt9RCDJPcrUvwt208b6KqWzOWx7wzHdEHPRsN L40aApg6NU+Jpe8cEi7lxLuUFUzpaJgGSPibvIdACA6C+9hcGsVRS3JQvgijOPnfQBgp 4bWQ==
X-Gm-Message-State: ACrzQf0mmv5Py9C/NIF5Gx2Kvbmqc7E5fVH3m+DKVPxqTSIfdzy55KdM v8hW+dOmeuZwt/4REQVHi5k=
X-Google-Smtp-Source: AMsMyM6DKGvE4gTkTqYFp2NB/XqLTUSN3HPF99AQgMrAI7z1uJJe1EPb2996u7CP4BKoBszJKU+y0w==
X-Received: by 2002:a62:5252:0:b0:562:eef6:402f with SMTP id g79-20020a625252000000b00562eef6402fmr6313806pfb.79.1666148365319; Tue, 18 Oct 2022 19:59:25 -0700 (PDT)
Received: from smtpclient.apple ([98.97.140.177]) by smtp.gmail.com with ESMTPSA id t2-20020a170902e1c200b001807922f43bsm9364515pla.158.2022.10.18.19.59.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Oct 2022 19:59:24 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\))
From: Dino Farinacci <farinacci@gmail.com>
In-Reply-To: <011701d8e361$88780710$99681530$@chinamobile.com>
Date: Tue, 18 Oct 2022 19:59:20 -0700
Cc: msr6@ietf.org, pim@ietf.org, BIER WG <bier@ietf.org>, mboned@ietf.org, Stig Venaas <stig@venaas.com>, hooman.bidgoli@nokia.com
Content-Transfer-Encoding: quoted-printable
Message-Id: <D0BA8841-BA90-4DF5-AAE5-A0113D4F17C7@gmail.com>
References: <011701d8e361$88780710$99681530$@chinamobile.com>
To: Yisong Liu <liuyisong@chinamobile.com>
X-Mailer: Apple Mail (2.3696.120.41.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mboned/4vFKSmL-wwaeXpcL5yH0DSuQGCE>
Subject: Re: [MBONED] MSR6 BOF 3rd Issue Category: More details are requested about the large scale use cases, including issue 8-11
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Mail List for the Mboned Working Group <mboned.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mboned>, <mailto:mboned-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mboned/>
List-Post: <mailto:mboned@ietf.org>
List-Help: <mailto:mboned-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Oct 2022 02:59:31 -0000

You are not addressing the questions. Whatever you decide to put in the source-route, how many of them are in it? Just answer that question. 

The question more specifically is, are 10,000 receivers encoded in in a data packet?

I just asked one question. I would like a decisive answer please.

Dino

> On Oct 18, 2022, at 7:21 PM, Yisong Liu <liuyisong@chinamobile.com> wrote:
> 
> Hi all,
>  
> Here are the responses for the 3rd Issue Category: More details are requested about the large scale use cases, including issue 8-11.
>  
> Too large scale may request overlay multicast (To be clarified) #8
>  Surely you wouldn't put 10000 receivers in the source route. So you will need overlays. #10
> [Response]Based on the presentation in IETF 114, “Large scale”, “Host-initiated” and “Overlay multicast” are three separate cases. MSR6 is not intended to address scenarios in which all three characteristics exist simultaneously; “Large scale” is for the case of underlay network, for example 5G transport network or the data center network, not an overlay network. “Large scale” also does not describe the number of receivers (e.g, 10k receivers), but rather the size of the network, i.e., the number of network devices.
>  
>  What the size of tree or number of flows?How many hosts in a flow? Sparse or dense tree? #9
> [Response]In our consideration, there are three dimensions of multicast scalability: number of services, multicast tree size, network size; all three exist trade-offs. For example, if MSR6 TE encodes the multicast tree into the packet, it could be decoupled from the number of services and network size, but the header overhead is affected by the size of the multicast tree. So it is suitable for large network & small tree & multiple stream scenarios (sparse mode). Large scale doesn’t refer the number of hosts as these are independent cases as mentioned.
>  
> Should not count hosts. Tree starts at cell-side router. This problem has been solved for centuries. Major providers have multicast for these emergency message problems. #11
> [Response]
> 1."Should not count hosts. tree starts at cell-side router." It is right as it is mentioned above: Large scale doesn’t refer the number of hosts .
> 2.With IPv6 and SRv6 already deployed, we think MSR6 is the appropriate transport network solution, compared to existing solutions
> 3."Major providers have multicast for these emergency message problems" is not very clear. Is there a mistake in the record or can the issue be further clarified?
>  
> If you have further comments, please let us know.
>  
> Best Regards
> Yisong Liu