[Anima] Re: spreading the load out in ACP/RFC8994
Michael Richardson <mcr+ietf@sandelman.ca> Sat, 27 July 2024 18:12 UTC
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D7B1C14F70C for <anima@ietfa.amsl.com>; Sat, 27 Jul 2024 11:12:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, 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=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=sandelman.ca
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 GSc4DLF3AZBZ for <anima@ietfa.amsl.com>; Sat, 27 Jul 2024 11:12:00 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FD4DC14F705 for <anima@ietf.org>; Sat, 27 Jul 2024 11:11:59 -0700 (PDT)
Authentication-Results: relay.sandelman.ca; dkim=pass (2048-bit key; secure) header.d=sandelman.ca header.i=@sandelman.ca header.a=rsa-sha256 header.s=dyas header.b=iYR/Ws1I; dkim-atps=neutral
Received: from dyas.sandelman.ca (unknown [209.52.88.254]) by relay.sandelman.ca (Postfix) with ESMTPS id 270751F483; Sat, 27 Jul 2024 18:10:58 +0000 (UTC)
Received: by dyas.sandelman.ca (Postfix, from userid 1000) id C72B4A1D74; Sat, 27 Jul 2024 11:11:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sandelman.ca; s=dyas; t=1722103914; bh=hOArU9/XLGENXzfg4jntN5qYW3sOLgAY471zWq1zT7k=; h=From:To:cc:Subject:In-reply-to:References:Date:From; b=iYR/Ws1IGECLn83xWB6OHxxH67xK1UsFSRZnaFP3CGUoo/G00KxjjZIQw6rfcnIA5 OAWoJfC8EFHttVkGNgdBUe+OOZehTkRc/nwxCsb2JcqWXWNmtiUzNnLZe6USo4Sd2B 8Xz6LEYuAVQtqSL9zUV6ql4RqSraEvDESq+Ox/TT3uBXL3nU4IZqd4LjIdPwgvpidI jY1gGTiK3NEBDe6+bHl49XhnLZ+IpQ+3R3xdagSSxMc9YrJbQ77KwTcoZhiKVcuRR7 I8ZkhF+wFVJJmttqIe3U1BFKOQXHOGzhGrP2kN+/jTUe3hEKREZRXfhTCYB6vgIwj1 U9BuI2vwakEQA==
Received: from dyas (localhost [127.0.0.1]) by dyas.sandelman.ca (Postfix) with ESMTP id C4836A1A1F; Sat, 27 Jul 2024 11:11:54 -0700 (PDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Toerless Eckert <tte@cs.fau.de>
In-reply-to: <ZqPC8EYFrXny0rbL@faui48e.informatik.uni-erlangen.de>
References: <c5fd7278-3e81-47c2-babb-7e5c17fa082b@gmail.com> <555662.1721453112@dyas> <ZqPC8EYFrXny0rbL@faui48e.informatik.uni-erlangen.de>
Comments: In-reply-to Toerless Eckert <tte@cs.fau.de> message dated "Fri, 26 Jul 2024 17:38:24 +0200."
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.3
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Sat, 27 Jul 2024 11:11:54 -0700
Message-ID: <255109.1722103914@dyas>
Message-ID-Hash: PPUC5YM6ESKZAIYZO55RKN62JRVNHLVO
X-Message-ID-Hash: PPUC5YM6ESKZAIYZO55RKN62JRVNHLVO
X-MailFrom: mcr+ietf@sandelman.ca
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-anima.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: anima@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Anima] Re: spreading the load out in ACP/RFC8994
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/75wgqoWjYbhC1BPDIixaUBVXtj8>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Owner: <mailto:anima-owner@ietf.org>
List-Post: <mailto:anima@ietf.org>
List-Subscribe: <mailto:anima-join@ietf.org>
List-Unsubscribe: <mailto:anima-leave@ietf.org>
Toerless Eckert <tte@cs.fau.de> wrote:
> So... how is this supposed to work:
> RPL-Root
> |
> rtr ... ... rtr1 rtr2 ... rtr10
> | | |
> ---+----+---+---+++++---+----- LAN
> |
> rtrX
> I am on rtrX and wonder, which (subset) of the 10 routers rtr1...rtr10
> on the LAN to build ACP channels to, right ?
Yes, that's right.
> Are you telling me i should break confidentiality and export some RPL
> parameter from inside the ACP into DULL GRASP so that i would know
> everybody but rtr1 suxx and won't give me a direct connection to the
> root ?
Yes. We are doing this in RFC9032.
> Or else should i randomnly hope that my packets do not have to travel
> across the LAN because i connect to rtr10, rtr10 itself decided to
> connect to rtr9, ... and all the way to rtr2 connecting to rtr1 ?
Yes, sure, but with a fan-out of 3, log_3 10 = 2.09590327.
So you'd expect that you need to visit three routers at most.
> Of course this is a pathological setup, e.g.: i think in actual DC
> networks withso many paths we just for switches to be ACP enabled as
> opposed tohaving big, dumb LANs. AFAIK, all the switches support L3,
> Any of the L2 connectivity sounds more like a service to the hosts, not
> a limit to the switch hardware.
We need to have a sensible path towards that; so the ACP has to be useful on
"day one".... in the cabinet of systems situation, I see the ACP has being
the ideal network for the server BMCs.
--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
-= IPv6 IoT consulting =- *I*LIKE*TRAINS*
- [Anima] spreading the load out in ACP/RFC8994 Michael Richardson
- [Anima] Re: spreading the load out in ACP/RFC8994 Toerless Eckert
- [Anima] Re: spreading the load out in ACP/RFC8994 Toerless Eckert
- [Anima] Re: spreading the load out in ACP/RFC8994 Michael Richardson
- [Anima] Re: spreading the load out in ACP/RFC8994 Michael Richardson