<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 18px; font-family: Calibri, sans-serif;">
<div>
<div>Whatever its heritage, the IETF WG is an IETF entity; it is not an arm of CCSDS, and it provides the forum, following the IETF rules and procedures, for all DTN users (including space, sensor-network, other terrestrial, etc.) to express their requirements
and influence whatever protocols the WG develops.</div>
<div><br>
</div>
<div>My <i>hope</i> (from a CCSDS perspective) and what <i>I</i> will argue for within the WG is that the protocols that come out of the IETF WG can meet CCSDS’ needs, and better if they can be easily-translatable into RFC5050-based networks to ease evolution
of CCSDS deployments. If the IETF protocols can also meet CCSDS’ needs, CCSDS will enjoy a wider degree of interoperability with other (including terrestrial) systems, which as you pointed out earlier would be a great benefit. If the protocols developed
by the IETF are not appropriate for space environments, CCSDS and the rest of the space community will have to define their own, separate, presumably non-interoperable (with the IETF) protocols for space internetworking.</div>
<div><br>
</div>
<div>Link-layer in CCSDS is another area, and I’ll leave your arguments with link-layer protocols to them.</div>
<div><br>
</div>
<div><span class="Apple-tab-span" style="white-space:pre"></span>—keith</div>
<div>
<div id="MAC_OUTLOOK_SIGNATURE"></div>
</div>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:12pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>"<a href="mailto:L.Wood@surrey.ac.uk">L.Wood@surrey.ac.uk</a>"<br>
<span style="font-weight:bold">Date: </span>Sunday, June 28, 2015 at 5:10 AM<br>
<span style="font-weight:bold">To: </span>"Scott, Keith L."<br>
<span style="font-weight:bold">Cc: </span>dtn-interest, "<a href="mailto:dtn@ietf.org">dtn@ietf.org</a>", "<a href="mailto:sis-dtn@mailman.ccsds.org">sis-dtn@mailman.ccsds.org</a>"<br>
<span style="font-weight:bold">Subject: </span>Re: [dtn-interest] [dtn] DTN static routing<br>
</div>
<div><br>
</div>
<div><style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
<div dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Keith,</p>
<p><br>
</p>
<p>saying that the DTNWG exists solely because of the DTNRG is an oversimplification; the DTNRG exists because of the interplanetary internet RG, which existed because of the ISOC IPNSIG group, which existed because of the well-publicised 1998 push by CCSDS
(well, Adrian and Vint) to adopt networking... it's a CCSDS effort all the way. (since CCSDS mailing lists are now closed, and since this group exists as a result of CCSDS efforts, discussing CCSDS influence on DTNWG work here is entirely appropriate.)</p>
<p><br>
</p>
<p>CCSDS would like nothing better than to buy commercial routers? The chance to do that has been and gone; conversations with Adrian were never fruitful. </p>
<p><br>
</p>
<p>Some compatibility with terrestrial standards would have been achieved if CCSDS, an ISO subgroup, worked to carry HDLC (ISO 13239). That an ISO subgroup ignores ISO standards is pretty odd and hard to justify, but then NASA still works in imperial measures...</p>
<p><br>
</p>
<p>But supporting ISO 13239 and high-speed serial links would have gone a long way to do that, bringing in framing and layering from serrial links and encouraging those, against the prevailing commercial Ethernet assumptions; amazing how L2 Eth frames are now
being sent through GEO satellites.... and now SpaceWire is reinventing high-speed serial LVDS. Specially, for space. CCSDS is good at physical and propagation; not so much framing and logical, and farming that work out while trying to control the results and
ensure legacy support doesn't seem to work that well.</p>
<p><br>
</p>
<p>Doing work to support CCSDS protocols has not previously had a good business case. ("If we implemented this in a router for you, how many would you buy?" "Well, one gateway, obviously" - thanks, Adrian.) </p>
<p><br>
</p>
<p>It's entirely possible that a DTN solution that satisfies CCSDS could also see widespread terrestrial adoption. It's also entirely unlikely.</p>
<div><br>
</div>
<p><br>
</p>
<div id="Signature">
<div class="BodyFragment"><font size="2">
<div class="PlainText">Lloyd Wood<br>
<a href="http://sat-net.com/L.Wood/dtn">http://sat-net.com/L.Wood/dtn</a></div>
</font></div>
</div>
<div><br>
</div>
"NPI"? this will bounce from sis-dtn, I expect.<br>
<br>
<div style="color: rgb(0, 0, 0);">
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri,sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Scott, Keith L. <<a href="mailto:kscott@mitre.org">kscott@mitre.org</a>><br>
<b>Sent:</b> Thursday, 11 June 2015 11:06 PM<br>
<b>To:</b> Wood L Dr (Electronic Eng); <a href="mailto:gdt@ir.bbn.com">gdt@ir.bbn.com</a><br>
<b>Cc:</b> <a href="mailto:dtn-interest@irtf.org">dtn-interest@irtf.org</a>; <a href="mailto:dtn@ietf.org">
dtn@ietf.org</a>; <a href="mailto:'sis-dtn@mailman.ccsds.org">'sis-dtn@mailman.ccsds.org</a>'<br>
<b>Subject:</b> RE: [dtn-interest] [dtn] DTN static routing</font>
<div> </div>
</div>
<div>
<div>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A">Lloyd,</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A">You’re right, the non-utility of the SCPS Network Protocol (and the security protocol) were in a sense wasted effort because they weren’t picked up by the space community. The SCPS File Protocol was essentially
a rubber-stamp of FTP, which the space community didn’t pick up either. The CCSDS File Delivery Protocol (CFDP) has had more success and is being baselined into missions now. That the space community wouldn’t take up what was essentially a copy of the Internet
Protocol Suite, as well as the realization of the performance benefits of relaying from the Mars rovers, is what drove the development of an internetworking mechanism that could serve the space community. That effort is DTN.</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A">CCSDS is not getting the IETF to do anything; IETF is picking up and advancing work done by the IRTF. We (CCSDS) certainly HOPE to be able to adopt / adapt the result for use by CCSDS agencies, with a strong desire
to do so in an on-the-wire-compatible way. This is bad how? If your argument is that CCSDS should simply cease to exist and agencies should use standards from other bodies (like the IETF) for missions, fine. I’ve tried making that argument to the people
designing missions and have not succeeded (see the early draft of the CCSDS BP and LTP profiles), but maybe you’d do better. In that case, however, be sure that the specifications from other organizations meet all of the space community’s requirements, even
where they conflict with those of the much larger terrestrial community. I don’t think that’ll fly (NPI).</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A">I’m not sure what to make of your parenthetical statement. CCSDS’ mission is to define recommended standards for space communication. The agencies that make up CCSDS (and the technical people within those agencies)
think there’s a win to the work that CCSDS is doing, otherwise the agencies wouldn’t support it. If you as a private citizen take issue with how the space agency of your government spends its money, work for them and change the situation from the inside or
lobby them from the outside. With respect to ‘rubber stamping’ existing specifications, for the internetworking / DTN-related standards, I have argued strongly for on-the-wire compatibility with corresponding terrestrial standards with additions / modifications
that are beneficial to space missions because I think it provides the best capabilities for the least effort. To give an example, we found when running RFC5050 BP to (from) the international space station that custody acknowledgements were congesting the
uplink (which was on the order of 100 bits per second). The people at the University of Colorado who were running the ground side developed a mechanism to aggregate / compress multiple custody signals together in order to reduce the uplink bandwidth. It
helped them a lot. Also, when JAXA first reviewed the proposed CCSDS spec (essentially a rubber stamp of RFC5050) they had concerns about the number of priority levels provided. We included an Extended Class of Service block type in the CCSDS specification.
So, the non-inclusion of space-specific requirements in RFC5050 drove some domain-specific augmentations to the specification. If the work coming out of the IETF includes everything the space agencies could possibly want then sure, CCSDS can simply adopt
the IETF specification (which will take some time but very little money) and be done. I’d LOVE that. Please (and there’s no sarcasm here) lobby the IETF WG to include all the capabilities in the current CCSDS BP spec and I’ll argue that CCSDS should simply
adopt it unchanged. If the IETF specification(s) do not include all that CCSDS thinks they need, but those capabilities can be added in a reasonable way, we’ll do it.</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A">I don’t get the rest of your argument. CCSDS has moved out adopting the IRTF standard because of the timeline for getting new technologies adopted into space missions and because there are some missions now that
can make use of it now. Those missions want something that is stable (in the way that a particular RFC is stable), and they want assurances that the technology will work in space environments. Also, when CCSDS began standardization of the CCSDS profile of
RFC5050, there was not IETF working group. Our (or at least MY) plan going forward is to try to convince missions to adopt internetworking technology (using IP and the current RFC5050-based CCSDS specification as the standards) and then to update the CCSDS
BP spec to follow any RFC produced by the IETF. My hope (I could be wrong) is that once missions have signed on to the benefits of an internetworked communication architecture, that slight modifications to the actual protocol(s) used to implement that architecture
will be a non-issue. I’ve been very open about this with CCSDS and NASA.</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A">Wait, what?!?!? CCSDS dearly wants BP (DTN) to succeed terrestrially. CCSDS (and I argue, the space community as a whole) would like nothing better than to buy commercial routers (or appliances, something) with
BP baked in that they can deploy to ground stations, mission control centers, scientists, and whatever spacecraft they might be able to use commercial hardware on (e.g. ISS, generally things with atmosphere and people). This would be the biggest possible
win for CCSDS – to cause something that CCSDS can use (DTN) to be adopted by a wider terrestrial community that actually has a large market that can cause products to be built, matured, and tested at a MUCH faster rate than the space agencies, and at an economy
of scale that the space agencies could only dream of.</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A">The space community (wider than just CCSDS) has an interest in ensuring that the protocol developed by the IETF can in fact meet their requirements in addition to those of the other interested parties (see above,
we want to buy the commercial equipment that we hope will result from the IETF effort). Sure, with my CCSDS hat on I’ll argue that the IETF WG should include whatever ‘space-specific’ requirements we think we have in the RFC5050-bis spec. The IETF working
group will adjudicate those requests in concert with all the other requirements from other parties and do what they think is best. Based on whatever comes out of that, CCSDS will have to decide if they should switch to the new protocol (or a profile of it)
or if they should live with the old one.</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> --keith</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<div style="border:none; border-bottom:solid windowtext 1.0pt; padding:0in 0in 1.0pt 0in">
<p style="border: none; padding: 0in; margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="color:#44546A"> </span></p>
</div>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<b><span style="font-size:9.0pt; color:#595959">Dr. Keith Scott</span></b><span style="font-size:9.0pt; color:#595959"> Office: +1.703.983.6547</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">Chief Engineer, J86A Fax: +1.703.983.7142</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">Communications Network Engineering & Analysis Email:
<a href="mailto:kscott@mitre.org">kscott@mitre.org</a></span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#44546A"><a href="http://www.mitre.org/" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:#0563C1">The MITRE Corporation</span></a></span><span style="font-size:9.0pt; color:#595959">
M/S H300</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">7515 Colshire Drive</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">McLean, VA 22102</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">Area Director,</span><span style="font-size:9.0pt; color:#44546A"><a href="http://www.ccsds.org/" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:#0563C1">CCSDS</span></a>
<a href="http://cwe.ccsds.org/sis/default.aspx" style="color: rgb(5, 99, 193); text-decoration: underline;">
<span style="color:#0563C1">Space Internetworking Services</span></a></span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">MITRE self-signs its own certificates. Information about the MITRE PKI Certificate Chain is available from
<a href="http://www.mitre.org/tech/mii/pki/" style="color: rgb(5, 99, 193); text-decoration: underline;">
<span style="color:#0563C1">http://www.mitre.org/tech/mii/pki/</span></a></span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:14.0pt; color:#44546A"> </span></p>
<div>
<div style="border:none; border-top:solid #E1E1E1 1.0pt; padding:3.0pt 0in 0in 0in">
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<b>From:</b> <a href="mailto:l.wood@surrey.ac.uk">l.wood@surrey.ac.uk</a> [<a href="mailto:l.wood@surrey.ac.uk">mailto:l.wood@surrey.ac.uk</a>]
<br>
<b>Sent:</b> Thursday, June 11, 2015 3:47 AM<br>
<b>To:</b> Scott, Keith L.; <a href="mailto:gdt@ir.bbn.com">gdt@ir.bbn.com</a><br>
<b>Cc:</b> <a href="mailto:dtn-interest@irtf.org">dtn-interest@irtf.org</a>; <a href="mailto:dtn@ietf.org">
dtn@ietf.org</a><br>
<b>Subject:</b> Re: [dtn-interest] [dtn] DTN static routing</p>
</div>
</div>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size: 12pt; font-family: 'Times New Roman', serif;">The SCPS lesson is interesting.<br>
<br>
CCSDS took IETF standards for TCP and IP, and modified them with optimisations, before publishing them as CCSDS standards, expecting their use as CCSDS blue books to take off.
<br>
<br>
Those CCSDS standards didn't take off (SCPS-TP has some use as a lowest-common denominator PEP for govt use, that's about it, -NP, security etc. are dead) so e.g. Constellation baselines actual took-over-planet-Earth-meanwhile-that's-an-entire-planet-how-many-planets-does-CCSDS-have
IP, reversing the CCSDS customisations. And Constellation got CCSDS to support actual IP better in the process.<br>
<br>
Fast forward a quarter of a century, and CCSDS is getting the IETF to standardise the DTN bundle protocol in this workgroup, with the usual intent of modifying it for adoption in CCSDS as slightly different CCSDS book standards. Just like SCPS - and CCSDS customisations
to the RFC5050 bundle protocol are already happening. <br>
<br>
(Because the IETF stuff is Not Invented Here for CCSDS, space is too special, and if CCSDS doesn't write its own standards documents and do modifications as part of rubber stamping others' designs, what is it for as a standards body?)<br>
<br>
So, to do this and diverge from what the IETF will produce, CCSDS has to be betting that what the IETF produces for the bundle protocol in this workgroup will not be at all popular as a standard.<br>
<br>
Because, if the IETF bundle protocol is popular and widely adopted, an embarrassing reversal to adopt the real thing, the actual IETF standard, will result in a few years' time. Just like the reversal that replaced SCPS with the more popular IP, resulting in
much wasted effort and economic cost.<br>
<br>
So, this simple analysis suggests that it is not in CCSDS interests to see the bundle protocol succeed terrestrially. Quite the opposite, in fact.<br>
<br>
So perhaps CCSDS can ensure that the IETF work is not successful terrestrially by ensuring its design as suitable for space as possible, and not for ground use? Looks like a good bet to me.<br>
<br>
Lloyd Wood<br>
<a href="http://sat-net.com/L.Wood/dtn" target="_blank" style="color: rgb(5, 99, 193); text-decoration: underline;">http://sat-net.com/L.Wood/dtn</a><br>
<br>
a sequel to 'A Bundle of Problems' has been suggested. </span></p>
<div align="center" style="margin: 0in 0in 0.0001pt; text-align: center; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size: 12pt; font-family: 'Times New Roman', serif;">
<hr size="3" width="98%" align="center">
</span></div>
<div id="divRplyFwdMsg">
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<b><span style="color:black">From:</span></b><span style="color:black"> Scott, Keith L. <<a href="mailto:kscott@mitre.org" style="color: rgb(5, 99, 193); text-decoration: underline;">kscott@mitre.org</a>><br>
<b>Sent:</b> Thursday, 11 June 2015 12:14:12 AM<br>
<b>To:</b> Wood L Dr (Electronic Eng); <a href="mailto:gdt@ir.bbn.com" style="color: rgb(5, 99, 193); text-decoration: underline;">
gdt@ir.bbn.com</a>; <a href="mailto:scott.c.burleigh@jpl.nasa.gov" style="color: rgb(5, 99, 193); text-decoration: underline;">
scott.c.burleigh@jpl.nasa.gov</a><br>
<b>Cc:</b> <a href="mailto:dtn-interest@irtf.org" style="color: rgb(5, 99, 193); text-decoration: underline;">
dtn-interest@irtf.org</a>; <a href="mailto:dtn@ietf.org" style="color: rgb(5, 99, 193); text-decoration: underline;">
dtn@ietf.org</a><br>
<b>Subject:</b> RE: [dtn-interest] [dtn] DTN static routing</span><span style="font-size: 12pt; font-family: 'Times New Roman', serif;"></span></p>
<div>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size: 12pt; font-family: 'Times New Roman', serif;"> </span></p>
</div>
</div>
<div>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
[My apologies, none of this has anything to do with static routing. I address Lloyd’s point about CCSDS and IP, then comment on Greg’s original post on interoperability.]</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Lloyd,</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
There is no obstacle to including IP in the space domain as far as CCSDS is concerned.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
The IOAG-sponsored <a href="https://www.ioag.org/Public%20Documents/SISG%20Phase%20I%20report%20%E2%80%93%20final.pdf" style="color: rgb(5, 99, 193); text-decoration: underline;">
Space Internetworking Strategy Group (SISG) phase-1 report</a> concluded that both IP and BP were valid approaches to internetworking in space. BP is the preferred mechanism since it should work over a larger domain of network conditions than IP, but IP is
explicitly mentioned as an option for space (and ground) links. The whole <a href="https://www.ioag.org/Public%20Documents/SISG%20Operations%20Concept%20for%20SSI%20-%20final%20version.pdf" style="color: rgb(5, 99, 193); text-decoration: underline;">
Solar System Internetwork Concept of Operations</a> reflects this.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
CCSDS has in fact embraced the Internet Protocol Suite since the 1990s, and had a set of adaptations for space (including an ‘IP-like’ variant, SCPS-NP, that was deprecated in favor of simply using IP).</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
The NASA Constellation program, while embracing CCSDS data links, baselined IP as their initial internetworking protocol, and argued strongly for greater support for IP over those links, resulting in modifications to the CCSDS link layer services to better
support IP and IP header compression in particular.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
The Bundle Protocol is not just for CCSDS</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Since at least 2001 when people doing sensor networks became interested in BP there has been interest in other applications of BP for environments other than space. A number of organizations (with only NASA having an explicit space application) collaborated
in the creation of the Bundle Protocol. That BP was specified as an IRTF RFC and is now being considered in the IETF (I think) demonstrates the broad (including external-to-CCSDS) support. The CCSDS Bundle Protocol is in fact an adaptation/profile of the
IRTF RFC – we (in CCSDS) followed the IRTF – and we’re going to do it again when the IETF specifies their version of bundle protocol and security.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
To Greg’s point on Naming and Interoperability</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
I concur that a proliferation of naming schemes may (OK, almost surely will) lead to a lack of truly global interoperability, and that it is exactly that global interconnectivity that was the big win for IP (and internetworking in general). However, given
that there are different camps interested in using BP with different requirements that seem to argue for different naming schemes but who can all make use of the ‘base’ bundle protocol, allowing a multitude of schemes seems like the best solution for now.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
I hope that the DTN community figures out how they want to deal with that. For example, gateways between naming regions can be constructed to connect those regions that want to / need to communicate, or one naming scheme could come to dominate (I know which
one Scott would pick, and that that’s not the one everyone would pick), or different communities with different needs / applications (and naming schemes) could decide that interoperability isn’t worth the effort and live with it (their choice). I DO think
this discussion should inform the IETF WG, and that they (and the DTN community) should make a deliberate decision about how to proceed – i.e. whether to enforce a single naming/addressing scheme, or not.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
I view BP as a tool to effect end-to-end communication in the environments where BP can function and IP cannot (or where IP doesn’t perform well) rather than as a forklift replacement for IP, and so in my mind BP doesn’t HAVE to enforce immediate universal
interconnectivity. People can use BP where and how it works for them; they’ve seen the benefits of interconnectivity, and where it makes sense to do so, they’ll put in the effort to achieve it. BP could one day replace IP I suppose, but I suspect it’s like
the quote which is not mine but for which I have not been able to find a good citation: “You’re an excellent writer and your works will be remembered long after Shakespeare has been forgotten. But not until then.”</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
--keith</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
</p>
<div style="border:none; border-bottom:solid windowtext 1.0pt; padding:0in 0in 1.0pt 0in">
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
</p>
</div>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<b><span style="font-size:9.0pt; color:#595959">Dr. Keith Scott</span></b><span style="font-size:9.0pt; color:#595959"> Office: +1.703.983.6547</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">Chief Engineer, J86A Fax: +1.703.983.7142</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">Communications Network Engineering & Analysis Email:
<a href="mailto:kscott@mitre.org" style="color: rgb(5, 99, 193); text-decoration: underline;">
kscott@mitre.org</a></span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<a href="http://www.mitre.org/" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="font-size:9.0pt">The MITRE Corporation</span></a><span style="font-size:9.0pt; color:#595959">
M/S H300</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">7515 Colshire Drive</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">McLean, VA 22102</span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">Area Director,</span><span style="font-size:9.0pt"></span><a href="http://www.ccsds.org/" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="font-size:9.0pt">CCSDS</span></a><span style="font-size:9.0pt"></span><a href="http://cwe.ccsds.org/sis/default.aspx" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="font-size:9.0pt">Space
Internetworking Services</span></a><span style="font-size:9.0pt"></span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt"> </span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
<span style="font-size:9.0pt; color:#595959">MITRE self-signs its own certificates. Information about the MITRE PKI Certificate Chain is available from
</span><a href="http://www.mitre.org/tech/mii/pki/" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="font-size:9.0pt">http://www.mitre.org/tech/mii/pki/</span></a><span style="font-size:9.0pt; color:#595959"></span></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
-----Original Message-----<br>
From: dtn-interest [<a href="mailto:dtn-interest-bounces@irtf.org" style="color: rgb(5, 99, 193); text-decoration: underline;">mailto:dtn-interest-bounces@irtf.org</a>] On Behalf Of
<a href="mailto:l.wood@surrey.ac.uk" style="color: rgb(5, 99, 193); text-decoration: underline;">
l.wood@surrey.ac.uk</a><br>
Sent: Tuesday, June 09, 2015 10:14 PM<br>
To: <a href="mailto:gdt@ir.bbn.com" style="color: rgb(5, 99, 193); text-decoration: underline;">
gdt@ir.bbn.com</a>; <a href="mailto:scott.c.burleigh@jpl.nasa.gov" style="color: rgb(5, 99, 193); text-decoration: underline;">
scott.c.burleigh@jpl.nasa.gov</a><br>
Cc: <a href="mailto:dtn-interest@irtf.org" style="color: rgb(5, 99, 193); text-decoration: underline;">
dtn-interest@irtf.org</a>; <a href="mailto:dtn@ietf.org" style="color: rgb(5, 99, 193); text-decoration: underline;">
dtn@ietf.org</a><br>
Subject: Re: [dtn-interest] [dtn] DTN static routing</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Greg says:</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> Implicit in different groups using different schemes is a lack of global</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> interoperability. Most if not almost all of the usefulness of IP is due</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> to the existence of a single interconnected global network. But perhaps</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> that is explicitly not part of the DTN vision.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Scott says:</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> I'm pretty sure there is no globally embraced DTN vision</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
We addressed this in</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Lloyd Wood, Peter Holliday, et al. "Sharing the dream: The consensual networking hallucination offered by the Bundle Protocol"</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Peer-reviewed conference paper, Proceedings of the Workshop on the Emergence of Delay-/Disruption-Tolerant Networks (E-DTN), one of a number of workshops of the International Conference on Ultra Modern Telecommunication (ICUMT), St. Petersburg, Russia, 14 October
2009.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
<a href="http://dx.doi.org/10.1109/ICUMT.2009.5345655" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:windowtext; text-decoration:none">http://dx.doi.org/10.1109/ICUMT.2009.5345655</span></a></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
<a href="http://personal.ee.surrey.ac.uk/Personal/L.Wood/publications/index.html#e-dtn-position" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:windowtext; text-decoration:none">http://personal.ee.surrey.ac.uk/Personal/L.Wood/publications/index.html#e-dtn-position</span></a></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Really, the bundle protocol exists as an overlay working across both CCSDS and IP, as a bulwark to prevent incursion of IP into the space domain by claiming interoperability as an overlay of both. CCSDS is the prime proponent of the bundle protocol, and any
other use or adoption of DTN and the bundle protocol is entirely secondary to and providing added support for that.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
There's a global vision for the bundle protocol, inasmuch as it meets CCSDS needs.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Lloyd Wood</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
<a href="http://sat-net.com/L.Wood/dtn" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:windowtext; text-decoration:none">http://sat-net.com/L.Wood/dtn</span></a></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
________________________________________</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
From: dtn-interest <<a href="mailto:dtn-interest-bounces@irtf.org" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:windowtext; text-decoration:none">dtn-interest-bounces@irtf.org</span></a>> on behalf of Greg Troxel <<a href="mailto:gdt@ir.bbn.com" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:windowtext; text-decoration:none">gdt@ir.bbn.com</span></a>></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Sent: Wednesday, 10 June 2015 3:55 AM</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
To: Burleigh, Scott C (312B)</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Cc: <a href="mailto:dtn-interest@irtf.org" style="color: rgb(5, 99, 193); text-decoration: underline;">
<span style="color:windowtext; text-decoration:none">dtn-interest@irtf.org</span></a>; Rick Taylor;
<a href="mailto:dtn@ietf.org" style="color: rgb(5, 99, 193); text-decoration: underline;">
<span style="color:windowtext; text-decoration:none">dtn@ietf.org</span></a></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Subject: Re: [dtn-interest] [dtn] DTN static routing</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
"Burleigh, Scott C (312B)" <<a href="mailto:scott.c.burleigh@jpl.nasa.gov" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:windowtext; text-decoration:none">scott.c.burleigh@jpl.nasa.gov</span></a>> writes:</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> Greg, strictly speaking, I don't think we're adding a new addressing</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> design, because there is no addressing in BP; there is only naming.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> There is no presumption of topological significance in endpoint IDs.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> Likewise, DTN isn't going to use a flat n-bit address space because it</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> doesn't use any address space at all.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
I was blurring naming/addressing, which is perhaps my error, but DTN</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
seems to have only one thing that is some mix of both concepts.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> More specifically, I don't find the same disconnect that you do.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> We've got self-delimiting numeric values, so why should we have to</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> choose between solving the low-bandwidth problem and solving the</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> large-network problem? A numeric node ID can be 3 bytes (or even</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> less) for users who need to work over constrained links, and it can be</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> 10 bytes for users who have bandwidth to burn. Let's not "burden"</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
> either community.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
Implicit in different groups using different schemes is a lack of global</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
interoperability. Most if not almost all of the usefulness of IP is due</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
to the existence of a single interconnected global network. But perhaps</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
that is explicitly not part of the DTN vision.</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
_______________________________________________</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
dtn-interest mailing list</p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
<a href="mailto:dtn-interest@irtf.org" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:windowtext; text-decoration:none">dtn-interest@irtf.org</span></a></p>
<p style="margin: 0in 0in 0.0001pt; font-size: 14pt; font-family: Calibri, sans-serif;">
<a href="https://www.irtf.org/mailman/listinfo/dtn-interest" style="color: rgb(5, 99, 193); text-decoration: underline;"><span style="color:windowtext; text-decoration:none">https://www.irtf.org/mailman/listinfo/dtn-interest</span></a></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</span>
</body>
</html>