[deepspace] Re: A possible TIPTOP deployment question: traffic crossing heterogeneous network boundaries

Tony Li <tony.li@tony.li> Tue, 30 June 2026 14:53 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 8BEA810ADC18C for <deepspace@mail2.ietf.org>; Tue, 30 Jun 2026 07:53:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1782831187; bh=Qs3LmAniEUjs2DlAohy2uvM640FxYU3LSvEjAPL0Gs0=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=JqK2eS1neySHpaXAchpZAQ68ms+aNmU6/uLsk16zTKxZZg5vBctWbnyL945IQcCXW HNkLdDNbqm8FVNCJRYVhuVGhtmucU94CZpNGMLXRLq9vfxX/P2NYKxMOspfKZv0ydo z9TvvXV4f/oNCGB4mYhQGymywX2h3+csMcKbS0CA=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.996
X-Spam-Level:
X-Spam-Status: No, score=-1.996 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, HTML_MESSAGE=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 RatwHJwQOZZc for <deepspace@mail2.ietf.org>; Tue, 30 Jun 2026 07:53:05 -0700 (PDT)
Received: from mail-dy1-x1334.google.com (mail-dy1-x1334.google.com [IPv6:2607:f8b0:4864:20::1334]) (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 45C7910ADC182 for <deepspace@ietf.org>; Tue, 30 Jun 2026 07:53:05 -0700 (PDT)
Received: by mail-dy1-x1334.google.com with SMTP id 5a478bee46e88-30ec3dfbcd1so3769010eec.0 for <deepspace@ietf.org>; Tue, 30 Jun 2026 07:53:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1782831178; x=1783435978; darn=ietf.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:sender:from:to:cc:subject:date:message-id:reply-to; bh=aKGDa57GP6v7n3KKrRKtuk3fKA0AqeaEOZwYiE/zy68=; b=MSSaPH2/nzJwvLp6ZtRgE60Fc/VAdJfkif0r8JvEo5Mxx7PoxT0WeUfZwVSEfe/7Ea 53Kw0fS0rLbShFoBVwYcO9xj4ftNlN7XEphYu3/fxPXR4is68z+iCLg3rnlAx1W3++2d rh4mFpkTmV11jy39eAML0NXns0tLEWk7QGb61ddQ2UKrkZw12LJYsTS9n7bKRX7Gbvh2 6T4TtDDAZKB+8hSIdDaFZEu6KC3q7TJMvfWLqd+G2WwIjWwfiMeAFp3s3co5ENCYZYQA /Y0Ykio1vecza4PvPddANEl1QJzLZlWnH6SZd2BZZq75KE72t3Xmn9O/ZnE3ASc80Ois w6Xw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782831178; x=1783435978; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:sender:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=aKGDa57GP6v7n3KKrRKtuk3fKA0AqeaEOZwYiE/zy68=; b=LVcY1rqWsDC0GMhXjPAFV7mtu3ZVG4hcLAshK/aDQM7gY+p9xAI41aO7sjNMGfXVWQ Esa4ak/3iGFtLi1eJwvHCrOJtlSLEF8gFQ//CuUHuhyjXGD0c5hVSrHcDEcYF66qXQ75 eBfBjIXCQNffWwXfhHvzXTMx/PD9VrW+ARK6eyfXQjVjO3Ia95RqwKeUnaLnzZfXpRYV YRKjrI87ksmNER+9MuPSTwAn3E9mKiBEY6XKaDHpl01w4pFpD/UPjMEsCCT3hiDj/pSS T7HeOYKjOUN9gbfmi/SDRtZl55GgvNrqqy9Mx8o0Ml6shhWokwmyqkAVD1bE3DW66uYj kq5g==
X-Forwarded-Encrypted: i=1; AHgh+RpAbC3UhNVbA9o2tfJzfu+odZXNC0snPQ5NQduqkPWoHNUwRGvRpFfXzc8/F8++Mm0wcwDnNvb+ZOE=@ietf.org
X-Gm-Message-State: AOJu0Yxag64a0khq/jLRn7/P2Gu1iucd/av4up1sipvIGLRjhtpgsYMA VrEX2CWXmxdN7WQtSs1avJL9EopBp99/vb0psHznVxsI5WGaB6mTx83hp/Xuew==
X-Gm-Gg: AfdE7cnDIjaOH2FjACAC2jz423ZkLWq18Qw3VuxoV2/UEn1Va/1dymDDeI8blltgAvV +pY020nMavM5wJqOnSovD6SuMzeTeETBKr4K3j1EhvaKbttBrtbtYvEqyosCF4p78mugOSmhBp6 TcwPizst8zw8rJ+LuIGHDMv3gLsrxKGHgDjQKcC5uux+zIQhcwGZO/+/ZYm2W/Dqr4YqeN8BBOM u/bPM0a2yi/BYJgM91FXinTN9kqv7K2wInIO1nFbAkbYxgFMxC/G5UV+NG0oHEA/blF5+9dhFu7 lbQdnx27ESJcXnZcwoVV0W7biLorOtitT5Hxp/DKNFzyp3cc23olzFNgY2OBHZdhQ7+WefTXN6A ipak2FXHTQgI3CUNZTBsf6HWIEfRAWNev5+YalXar2dM7j3oCEct5Z/G2pwyzmBVMIvk9rIm37S LDEXmONyic1V2MorDcyhFCHmG0as0ECkanOv4WRXFlerxyXI6hgsTbwz3Dl9fm
X-Received: by 2002:a05:7300:2322:b0:30c:3da7:39b with SMTP id 5a478bee46e88-30ee14a55e2mr2932891eec.30.1782831177788; Tue, 30 Jun 2026 07:52: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 5a478bee46e88-30ee2f5ed29sm9771846eec.1.2026.06.30.07.52.56 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Jun 2026 07:52:57 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
From: Tony Li <tony.li@tony.li>
Message-Id: <5B210531-A708-430A-8035-94974E074F7C@tony.li>
Content-Type: multipart/alternative; boundary="Apple-Mail=_E813BBE5-2900-4D29-B28F-866DA68A9F2A"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.600.51.1.1\))
Date: Tue, 30 Jun 2026 07:52:46 -0700
In-Reply-To: <46263F33-3397-4B38-8949-535712AC47C1@imt-atlantique.fr>
To: Alexander PELOV <alexander.pelov@imt-atlantique.fr>
References: <E4835858-6B09-42F2-AA7A-7F39DC6E6C68@imt-atlantique.fr> <E2AE8DE7-AD50-4003-B12A-D79CA8262750@viagenie.ca> <93B29D74-C06C-4B14-99AA-26FADAD72A7D@imt-atlantique.fr> <8247D49C-BBA6-4CB2-B818-5B39BE76A133@viagenie.ca> <EA119927-566B-472D-B66D-184303C992FB@imt-atlantique.fr> <60967763-B6A5-4CD7-9C49-CDEB1E13B87D@viagenie.ca> <C3EB6246-E8BE-4122-BE3A-2E2177239B24@gmail.com> <24185.1782668758@obiwan.sandelman.ca> <46263F33-3397-4B38-8949-535712AC47C1@imt-atlantique.fr>
X-Mailer: Apple Mail (2.3864.600.51.1.1)
Message-ID-Hash: 7F46GZIHVH2NP77UZXRLLRCYP6LBN5LJ
X-Message-ID-Hash: 7F46GZIHVH2NP77UZXRLLRCYP6LBN5LJ
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: Michael Richardson <mcr+ietf@sandelman.ca>, RJ A <rja.lists@gmail.com>, deepspace@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [deepspace] Re: A possible TIPTOP deployment question: traffic crossing heterogeneous network boundaries
List-Id: IP protocol stack in space <deepspace.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/deepspace/VyEszrBl99FyQnWu95XhRn44btY>
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>

Given the challenges involved, I suspect it very likely that direct communications will never be allowed and that application relays (e.g. mail gateways) are always relevant.  Thus, there’s really no point in solving the generalized problem.

Regards,
Tony


> On Jun 30, 2026, at 1:27 AM, Alexander PELOV - alexander.pelov at imt-atlantique.fr <mailforwards@cloudmails.net> wrote:
> 
> Hi Michael, all,
> 
> I think prefixes solve part of the question, but not all of it.
> 
> How is a host supposed to know that its communication will traverse an interplanetary hop? 
> For example, imagine someone working remotely from Olympus Mons, on Mars, connecting through a company VPN to read email.
> 
> The mail client may or may not know that the path involves an RTT of around 40 minutes.
> If it does know, it may be able to adjust its behavior accordingly. If it does not, some timers may simply keep expiring.
> 
> One could imagine the VPN itself performing traffic conditioning or policy enforcement, and sending ICMPv6-SEC messages to the host to indicate that the other side is not 40 ms away.
> Depending on the architecture, the VPN client could also be the component that receives and interprets such indications.
> 
> Of course, this is only one example. My broader point is that there may need to be some mechanism for the network to inform hosts that the path, or part of the path, has unusual constraints.
> 
> Cheers,
> Alexander
> 
> 
> 
> 
> https://imt-atlantique.webex.com/meet/pelov 	Alexander PELOV
> Associate Professor
> 02 99 12 24 11Technopôle Brest-Iroise CS 83818
> 29238 Brest Cedex 3
> La Chantrerie 4 rue Alfred Kastler BP 20722
> 44307 Nantes Cedex 3
> 2, rue de la Châtaigneraie CS 17608
> 35576 Cesson Sévigné Cedex
>  <https://www.imt-atlantique.fr/> <https://www.facebook.com/IMTAtlantique> <https://www.linkedin.com/school/24772587/> <https://www.instagram.com/imt_atlantique/> <http://www.imt-atlantique.fr/l-ecole/actualites>
> Une école de l'IMT <https://www.imt.fr/>
> 
> 
> 
>> On 28 Jun 2026, at 19:45, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
>> 
>> 
>> RJ A <rja.lists@gmail.com> wrote:
>>> In the current threat environment, it is clear that it would be unwise
>>> to change behavior in reaction to an unauthenticated control message,
>>> such as an ICMP message.  Authorization is also an issue here, albeit
>>> one that IETF has never really sorted out.
>> 
>> Agreed strongly.
>> 
>> It's a kind of authorization that many mechanisms would benefit from, but
>> seems impossible to ever get to.
>> {Had it been there from the beginning, I suspect that IP would have not succeeded...}
>> 
>> (This is a reason why prefix per celestial body is useful; if destination is
>> "non-local", then go for better defaults. )
>> 
>> 
>> --
>> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>>           Sandelman Software Works Inc, Ottawa and Worldwide
>> 
>> **       My working hours and your working hours may be different.         **
>> ** Please do not feel obligated to reply outside your normal working hours **
>> 
>> 
>> 
>> 
>> -- 
>> deepspace mailing list -- deepspace@ietf.org
>> To unsubscribe send an email to deepspace-leave@ietf.org
> 
> -- 
> deepspace mailing list -- deepspace@ietf.org
> To unsubscribe send an email to deepspace-leave@ietf.org