<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
+1 to this rationale. </div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
This draft policy is very interesting and well thought out, interested to see additional feedback from others in the community as well.</div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Thanks - </div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Doug</div>
<div style="direction: ltr; font-family: Aptos, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div id="ms-outlook-mobile-signature">
<p class="MsoNormal"> </p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">--</p>
<p class="MsoNormal">Douglas J. Camin</p>
<p class="MsoNormal">doug@dougcamin.com</p>
</div>
<div id="mail-editor-reference-message-container">
<div class="ms-outlook-mobile-reference-message skipProofing">
<meta name="Generator" content="Microsoft Exchange Server">
</div>
<div class="ms-outlook-mobile-reference-message skipProofing" style="text-align: left; padding: 3pt 0in 0in; border-width: 1pt medium medium; border-style: solid none none; border-color: rgb(181, 196, 223) currentcolor currentcolor; font-family: Aptos; font-size: 12pt; color: black;">
<b>From: </b>ARIN-PPML <arin-ppml-bounces@arin.net> on behalf of Tony Li <tony.li@tony.li><br>
<b>Date: </b>Tuesday, March 24, 2026 at 6:21 PM<br>
<b>To: </b>ppml@rsuc.gweep.net <ppml@rsuc.gweep.net><br>
<b>Cc: </b>arin-ppml@arin.net <arin-ppml@arin.net><br>
<b>Subject: </b>Re: [arin-ppml] Draft Policy ARIN-2026-1: Taking IP To Other Planets (TIPTOP)<br>
<br>
</div>
<div class="PlainText" style="font-size: 11pt;"><br>
Hi Joe,<br>
<br>
> Considering appendix A of deepspace-ip-assessment, why<br>
> does this policy speak to IPv4 at all?<br>
<br>
<br>
Because there are some other pragmatic issues that I think that we’ve touched on before. <br>
<br>
Today, space agencies are already using IPv4 addresses for all of the usual legacy reasons. They have IPv4 infrastructure, and some of that may not be easily upgradeable.<br>
<br>
IPv4 also has a significant advantage in bandwidth overehead. Deep space links are extremely low bandwidth. Voyager (admittedly not IP) gets about 160bps. Mars rovers, when transmitting directly to Earth, get 500bps. The extra size of IPv6 does make a significant
difference at these rates.<br>
<br>
Mission planners are going to be pragmatic, not dogmatic. For them, IP is a tool and they will pick the best tool available to meet their mission goals. While we might like them to pick IPv6, their decisions will be based on their mission requirements, and
bandwidth is always going to rank high in their decision criteria.<br>
<br>
We do not get to dictate to them. We have no authority over them. The best that we can do is to advocate for our preferred solution. If they choose to use IPv4, and we do not provide addressing infrastructure, then they will simply use legacy prefixes and
routing in space will be chaotic. That is a pragmatic tactical outcome that will have deleterious strategic consequences, which we should avoid.<br>
<br>
On the other hand, if we provide addressing infrastructure for both IPv4 and IPv6, we enable sane routing in both the short and long term, regardless of the version selected.<br>
<br>
When mission planners are thinking more strategically, working on missions that lead to permanent installations, then the strategic benefits of IPv6 become more apparent, especially in cases where there is higher bandwidth.<br>
<br>
Mission planners are going to be the ones evaluating the tradeoffs and making the decision. We should support them to provide the best pragmatic solution available, regardless of what they choose.<br>
<br>
Regards,<br>
Tony<br>
<br>
_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (ARIN-PPML@arin.net).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" data-outlook-id="2c239f08-438a-494e-9195-421dcec96eea">https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.arin.net%2Fmailman%2Flistinfo%2Farin-ppml&data=05%7C02%7C%7C7038fd8cd3004f90bcc508de89f3b90a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C639099877065792669%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=XH1P%2FzSJWUeT2U4kf4XTXsrFPlhExwEcnZEEzXb7AGQ%3D&reserved=0</a><br>
Please contact info@arin.net if you experience any issues.<br>
</div>
</div>
</body>
</html>