Re: [MBONED] MBONE Deployment (mboned) WG Virtual Meeting: 2020-04-21

Dino Farinacci <farinacci@gmail.com> Thu, 26 March 2020 21:30 UTC

Return-Path: <farinacci@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 956CA3A0A3A; Thu, 26 Mar 2020 14:30:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id boBiz2klT8_T; Thu, 26 Mar 2020 14:30:27 -0700 (PDT)
Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 313EE3A0A1F; Thu, 26 Mar 2020 14:30:27 -0700 (PDT)
Received: by mail-pl1-x629.google.com with SMTP id a23so2664324plm.1; Thu, 26 Mar 2020 14:30:27 -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=tAMd3D3kCwA5m7E0SealahvMtG5pkW07ji77v/7OULc=; b=dLzWSwM62M9kJFxH56mJtlw539ODUO6+qVmRWcqwkIMa4/4uq8/fXpviixgtEawqM2 OVHCPbx1cYx6gXTHI436PDTXOBjU5Mslr3BvLgXIV/JkJtZVOZTdqCX3yutmmMCGrHFb oz2IJ24LhvblCCYrMcA081KWg6Y8e7HPtd0NWC2SP6FQSZuVa8OU4mh7mIauwv40+EBZ hgxqBb8k8pc9bjfYclqlXKETBZeJ6lrBEGCDYpFqSJ/0jUnrEXJE+BAoNTirIJrzXUwU LAyFTmfIC2p7mRpeHLim8OCig2mFfss3AQoRiywUi4I5ZWgj7mFS0CFwlorx45Qu7sbO /w+Q==
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=tAMd3D3kCwA5m7E0SealahvMtG5pkW07ji77v/7OULc=; b=CGLQlgNMwp3IrIpij1ALyj9Q1INNrGCeEJLUf/zJfM8WH0qTMVX3hRQFkJ3g2tei5X Io1OlxsVntCIWoIDXtDk2s+7CaoPPQrm3TdZbQmnRgHfoaR0J+a2zcQ7SqZqjn4M31F8 E1tlC/5SkeZ68oXLkCMTYeSKmA/KeaHkzTdKHwwqg9jaJqxqdQVqkGcv1wBkeWyxZPJb bBjbWk/7wQgQVD0CC4pghDqvCfjdRXFWdpN2RWAtvR9lpG8DlnN106+1yZuqjmVhmpu1 YTD1Upy9tjzjxIsV6sTPcseGDrfJDnUR7SBT636iPkEaYEow0Mbl7O8l90UvtqZGFYcR 9u+Q==
X-Gm-Message-State: ANhLgQ22uhr5B8+41R9HVDZhOKC9HyKLKuRf9jiAjh1L3lt2GSpQL6mF 19FEAz/W7OjA9M594qJBE90=
X-Google-Smtp-Source: ADFU+vso7nIV/XimjkKp4Rmh6iGwAMqm/xDal960f4WwZr+AfdqPXrP3zr2q0J9Qr0k+AtDPxn47iw==
X-Received: by 2002:a17:902:7201:: with SMTP id ba1mr10385054plb.198.1585258226476; Thu, 26 Mar 2020 14:30:26 -0700 (PDT)
Received: from ?IPv6:2601:646:9600:af10:d17d:f832:1b5e:bca0? ([2601:646:9600:af10:d17d:f832:1b5e:bca0]) by smtp.gmail.com with ESMTPSA id d1sm2415193pfc.3.2020.03.26.14.30.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 Mar 2020 14:30:25 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\))
Subject: Re: [MBONED] MBONE Deployment (mboned) WG Virtual Meeting: 2020-04-21
From: Dino Farinacci <farinacci@gmail.com>
In-Reply-To: <ee5aa6d7-d86e-0213-3676-b9d53fc9f63d@foobar.org>
Date: Thu, 26 Mar 2020 14:30:25 -0700
Cc: Randy Bush <randy@psg.com>, MBONED WG <mboned@ietf.org>, Leonard Giuliano <lenny@juniper.net>, IETF Rinse Repeat <ietf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <579E4B4D-576A-4C20-BF49-C980C7708CFB@gmail.com>
References: <158498436011.6614.1864626706245026971@ietfa.amsl.com> <m2a7461oks.wl-randy@psg.com> <alpine.DEB.2.20.2003261131250.20115@svl-jtac-lnx03.juniper.net> <16CD994F-004D-4765-90BB-77C733CF91F4@me.com> <alpine.DEB.2.20.2003261223270.20115@svl-jtac-lnx03.juniper.net> <m2369ux3yd.wl-randy@psg.com> <B05EFD6F-7399-4283-A38E-B36A1D4BD78D@gmail.com> <ee5aa6d7-d86e-0213-3676-b9d53fc9f63d@foobar.org>
To: Nick Hilliard <nick@foobar.org>
X-Mailer: Apple Mail (2.3608.60.0.2.5)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/USbyAARbB9fiXhBlD3sV4H6eYf8>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Mar 2020 21:30:29 -0000

> this is kinda the problem though: multicast resource usage on intermediate routers scales according to the number of sessions going through those routers.  The more sessions, the more state that the routers need to maintain.  

I don’t see it that way. If there are 100,000 sessions going on that is 100,000 in a subset of all core routers. A BGP router has 100,000 in every core router. Just to compare. So with multicast routing, you have an opportunity to have less state.

But we are only talking about one dimension of scaling.

> This is fundamentally different from unicast where it doesn't matter to the router how many sessions or data flows are passing through it.

State is state, doesn’t matter how it is created.

> We tried session based routing years ago.  It was an interesting idea at the time but it didn't work at scale.
> 
> Nick

And with overlays you can reduce the state even more at the expense of 'non-perfect replication”.

What is the definition of “non-perfect replication”. When a device has to replicate packets that may traverse over the same outgoing interface. 

What is the definition of “perfect replication”. When a device, typically a high-speed router, replicates packets where it is guaranteed that packet doesn’t go multiple times over that interface. And total perfection, the packet doesn’t traverse over its internal backplane more than once.

Dino