[deepspace] Re: Understanding the difference in aggregation between a single and multiple RIR model
Tony Li <tony.li@tony.li> Sun, 30 August 2026 22:16 UTC
Return-Path: <tony1athome@gmail.com>
X-Original-To: deepspace@mail2.ietf.org
Delivered-To: deepspace@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id AB254131EBA46 for <deepspace@mail2.ietf.org>; Sun, 30 Aug 2026 15:16:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1788128218; bh=wL6n06nyPdA+P0ggfU1Krq3y7wcDJiM03VGVYHu0NT8=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=yUhS7c0C+nHXyhq/+QrFdrT2RwLf7r4xgLRjlqAaM2EcwsckUQ3BmRJEIRkSTinwr 2O45QsL/6lhKMm+nCCdZfDNtwqMzVyYHgqchuKhD1/8OkspUjaUKv2GvZfEgFg+aVc zZXYFNgG2TrBhsL43w0n81tMV1XP9cpyWVDNz7n8=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N6h7YOaii-TT for <deepspace@mail2.ietf.org>; Sun, 30 Aug 2026 15:16:58 -0700 (PDT)
Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 1813B131EBA41 for <deepspace@ietf.org>; Sun, 30 Aug 2026 15:16:58 -0700 (PDT)
Received: by mail-pj1-x102b.google.com with SMTP id 98e67ed59e1d1-38d489b6b71so3203100a91.0 for <deepspace@ietf.org>; Sun, 30 Aug 2026 15:16:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1788128217; x=1788733017; darn=ietf.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:content-type:sender:from:to :cc:subject:date:message-id:reply-to:content-type; bh=qSrLkq67iod7TTYoQxrqIr4xsKek9iQ33GMTS4KqVys=; b=CO0HXdb9vHK+7AdIZh0W0QQby/glPMiy5XGSGQaHA+37/7sfcCL8L5UHHKRwPKjGAJ FyhiKqGYYU0iN6rU00YmRemGEAH1c97TtsLQi7eosT0ldTqNC53WXMf/MFnr6pjW40T1 Q6XzUSoRH+MsopFX5tLqBkaG2eFPkBFyp2QAeYN9gCcHLNkBJVl0FTzKzUR/HY/ZWMaY TnGhJK1LUY1EBuypUeBk7j2UhQQkMUEqR6h5jg00d1dliJCg2O3LkKM3DzUr5mDWFCnu EpKiq5uyHCBzlFmID4lOPU9evY2XcjzjJyiGFToyT6yK31egavWbJ6lwOI8XcIdPbpf5 mMBA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1788128217; x=1788733017; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:content-type:sender:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=qSrLkq67iod7TTYoQxrqIr4xsKek9iQ33GMTS4KqVys=; b=FmNg6iZAWY8PH8BlJmFn+7bXtFHdgnv8h/TG8ZVwe6nCV7+y6KH5lNVP1tBlU9T/vB igmHF/v4R/luqy/at9wE7Ek0uZsOXqPsxPJzV10uaDshcbY8emOT24BVA9Paj7craO0A MXyWcvgPkpVYxLoummWV9uONu+F11Z8ZsWLHqjVSgWs2+NKHFI758zaVUIwYzE13sN5v 2N7lpr+eBlearWPFMaF54jBXrBHLQ724bG1NZChgmajpW+aa656UfTUeznlhmq5PPQIw HmFAiOK4p0UEEiHlSP+j4axN5DfDQJb+4dh+wUynuFEOSRGTdcJ4Gdqe0ZnuLG8WOYYs w6FQ==
X-Forwarded-Encrypted: i=1; AKwUvBxUakc55wV+ffYgHyXy4vO3VTyJH7lyKweQMBBJrsr9sv7jWYgPEoJy+xhCZfpOAMRR2sC85o25nPE=@ietf.org
X-Gm-Message-State: AFuF++nmvHgZGlwNL9tOpSXwIOKVaz6gs+nmn9niHmdiZsFEAVynUCRj bMA3qTXkeejFdFzkosE0RhIVkih+xneHAzud2wkzpCtMLAbTHnD+eHANY4NlkQ==
X-Gm-Gg: AYBFou3Cn9hYhAvCX8lc+G6dTnZO+oFrQRtdsDkBC+YTviyLVZ/f34VNzIAAEP5w6XV sBv6+2DvwhCWeICOhqCNlr4FQCHpEKy8wtrWeWW6Hy4kvoekjKW/4VnDeIO9ZZfVSPsv0TgEkKZ QirUgLe53T74mnbFkUqAu/v7VklhIaiRxHlcF0qmH9t4NJCFSPj9cQSmxo6e56ROsOL/iPDLTOg bRAFBWsKmaY/g2DQvJi433aleBLqjZG+otJTvL0z7mYVXqLT91LNU7Y+uWOPkPB2tFeUOXC3/AH qVhtGkAA7qWTsQXHf1cWYuiRQheHzr9zTcOZ0QQK1iedR9Go1LjHhfxPASNc3nJIzALsRb4NhQ5 b9pZbqVO9DFkk+Rny3i8Oq8sivsvvWBiMTOw2Qe+X3cW4cSfN1cXZe6r+7RDklWS1Cyx4VtS7Ex ogqvFTLtu4jOZTDvX9sn4ePdEwY+8RUcKgfoXrpi0J8BRWWxaz0sY7oHlzQqCgSyIe3ULvgJ/Ti 52c3376MlU6I2ANFPh61yIKYC7mnc2GOCItUKmmcFhHzbo=
X-Received: by 2002:a17:90b:3b86:b0:396:40e6:f631 with SMTP id 98e67ed59e1d1-398f2a99246mr348041a91.3.1788128217067; Sun, 30 Aug 2026 15:16:57 -0700 (PDT)
Received: from smtpclient.apple (c-73-93-167-4.hsd1.ca.comcast.net. [73.93.167.4]) by smtp.gmail.com with ESMTPSA id a92af1059eb24-142e0dc854dsm23541304c88.10.2026.08.30.15.16.56 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 30 Aug 2026 15:16:56 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.700.51.1.1\))
From: Tony Li <tony.li@tony.li>
In-Reply-To: <CAHw9_iKeNStsRG537eosoYr8VVUSJxsb=aVs6VC7yNNFpAVRpw@mail.gmail.com>
Date: Sun, 30 Aug 2026 15:16:45 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <5D93664E-B6BF-4B34-A34E-4C7FA26565B0@tony.li>
References: <CAHw9_iKxFrW+XMi0MGTUsBUbrGbDSNOVMx-=ghgGfa0eboTBBA@mail.gmail.com> <fa5f4b39-687a-43b9-afed-13ebd536f489@gmail.com> <D9B526B5-AE39-40E7-909F-EF5D2152D9F5@tony.li> <f3c83b69-20bc-a1f5-327e-b0944bbd8c5e@luna.sol.int> <BEA196AE-1112-4A1E-9FDD-D4BA549FABE8@tony.li> <AC2AE506-CF20-410B-9C37-80C38445CF1C@gmail.com> <CAHw9_iKeNStsRG537eosoYr8VVUSJxsb=aVs6VC7yNNFpAVRpw@mail.gmail.com>
To: Warren Kumari <warren@kumari.net>
X-Mailer: Apple Mail (2.3864.700.51.1.1)
Message-ID-Hash: 4XOCDARRU6HMJ66ULUW5P7SRX2GHA7SL
X-Message-ID-Hash: 4XOCDARRU6HMJ66ULUW5P7SRX2GHA7SL
X-MailFrom: tony1athome@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: RJ A <rja.lists@gmail.com>, deepspace@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [deepspace] Re: Understanding the difference in aggregation between a single and multiple RIR model
List-Id: IP protocol stack in space <deepspace.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/deepspace/cwop7RHM72v-NfiHePVdlPrfY_Q>
List-Archive: <https://mailarchive.ietf.org/arch/browse/deepspace>
List-Help: <mailto:deepspace-request@ietf.org?subject=help>
List-Owner: <mailto:deepspace-owner@ietf.org>
List-Post: <mailto:deepspace@ietf.org>
List-Subscribe: <mailto:deepspace-join@ietf.org>
List-Unsubscribe: <mailto:deepspace-leave@ietf.org>
Hi Warren, > Having all addresses for something like a celestial body also fall within contiguous ranges would be nice, but certainly not required. Yes, space craft do have limited compute, but I really don't see it as the end of the world if they have to track multiple routes per body. So you’re ok if we end up carrying around /128’s for everything? > If the compute was sufficiently limited that we can't spare the memory for a few hundred routes we'd (presumably) be looking much harder to save resources in other places (like the LWIG work, considering non-IP, or even IPv4 because addresses cost memory too). I also really don't see the need to aggregate at the planetary level — I believe that it is unrealistic to assume that when you create an X you will know exactly how much address space it needs, and having a single prefix for every X makes operations like traffic engineering, redundancy, etc harder. There are also issues around what addresses to use when things move from X to Y. Fortunately, we know we don’t need to be perfect. There will certainly be exceptions and changes over time. That’s not the point. The real point is that if we don’t adopt a goal of aggregation, we will end up with an unmitigated swamp again. > My primary concern, however, is that having a single RIR seems like a really bad idea - I believe that you cannot simply ignore geopolitics, especially in a "strategic" area like space. Countries and organizations, wherever they are, should be able to get addresses, and having multiple RIRs is the only way I see that happening. > If the WG really wants aggregation at the [planet, colony, outpost, building, whatever ] scale they can still get it with multiple-RIRs. Do we have any examples where someone could not get an address for geopolitical reasons? The discussions at the last IETF suggested that in fact, RIPE was bending over backwards to provide service above and beyond. I would like to propose a compromise: we drop all discussion of the number of RIRs and instead add text about the NRO maximizing aggregation, both at the body level and beneath it. Thoughts? Tony
- [deepspace] Understanding the difference in aggre… Warren Kumari
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Kasey Kierra
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Kasey Kierra
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Warren Kumari
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Jen Linkova
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Joe Provo
- [deepspace] Re: Understanding the difference in a… Jen Linkova
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Jen Linkova
- [deepspace] Re: Understanding the difference in a… RJ A
- [deepspace] Re: Understanding the difference in a… John Curran
- [deepspace] Re: Understanding the difference in a… Alejandro Acosta
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Scott Mitchell Johnson
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Scott Mitchell Johnson
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Scott Mitchell Johnson
- [deepspace] Re: Understanding the difference in a… Alejandro Acosta
- [deepspace] Re: Understanding the difference in a… RJ A
- [deepspace] Re: Understanding the difference in a… Warren Kumari
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Marc Blanchet
- [deepspace] Re: Understanding the difference in a… Jen Linkova
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Warren Kumari
- [deepspace] Re: Understanding the difference in a… Tony Li
- [deepspace] Re: Understanding the difference in a… Marshall Eubanks
- [deepspace] Re: Understanding the difference in a… Michael Richardson
- [deepspace] Re: Understanding the difference in a… John Curran
- [deepspace] Re: Understanding the difference in a… RJ A
- [deepspace] Re: Understanding the difference in a… Michael Richardson
- [deepspace] Re: Understanding the difference in a… Alejandro Acosta
- [deepspace] Re: Understanding the difference in a… RJ A