<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Chris,<br>
<br>
I agree we need to consider issues with small packets and low rates,
but how low do we need to go. In all of the missions I have seen (non
deep space), the lowest data rates are 125 bps. This is over an order
of magnitude difference from your 10 bps. <br>
<br>
For the Cislunar environment, we need to figure out what some of our
limits are. Do we really want to burden the Cislunar design with
issues that only relate to Deep Space?<br>
<br>
Also, for hardware decode commands like hardware reset, I'm not sure
if packet sizes or IP or CCSDS headers really matter. Isn't a hardware
decode command just a string of bits (hopefully long enough to be
unique) that get grabbed by hardware without any special packet
knowledge. That would mean that this bit string can be carried inside
any packet and the only length that matters is the length of the
hardware command bitstring.<br>
<br>
Keith Hogie<br>
<br>
Krupiarz, Christopher wrote:<br>
<blockquote
cite="mid7E1D82EADE01E542AA57E940D38FD78D043958C3@aplesliberty.dom1.jhuapl.edu"
type="cite">
<meta http-equiv="Content-Type" content="text/html; ">
<meta name="Generator"
content="MS Exchange Server version 6.5.7232.68">
<title>IP Header Compression</title>
<!-- Converted from text/rtf format -->
<p><font face="Arial" size="2">I was curious about thoughts as to if
and where we would address IP header compression in the Green Book. On
some our missions (and I think this is typical at least in deep space),
if we have a reset of the system, the spacecraft may come up in an
emergency mode of receiving 10 bps. Hence, every bit is quite valuable
at this point. With a CCSDS header, we're looking at 6 bytes (plus a
couple of bytes if a secondary header is used). If we move to IPv6,
this becomes 40. At 10 bps, that's an additional uplink time of 25-26
seconds before a command can be received which is long enough to
envision some nightmare scenarios. Clearly IP header compression would
alleviate this concern but I'm not sure where it fits or if it is
needed in this doc (I hope I didn't miss it somewhere).</font></p>
<p><font face="Arial" size="2">Chris</font>
</p>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Sis-CSI mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Sis-CSI@mailman.ccsds.org">Sis-CSI@mailman.ccsds.org</a>
<a class="moz-txt-link-freetext" href="http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-csi">http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-csi</a>
</pre>
</blockquote>
<pre class="moz-signature" cols="72">----------------------------------------------------------------------
Keith Hogie e-mail: <a class="moz-txt-link-abbreviated" href="mailto:Keith.Hogie@gsfc.nasa.gov">Keith.Hogie@gsfc.nasa.gov</a>
Computer Sciences Corp. office: 301-794-2999 fax: 301-794-9480
7700 Hubble Dr.
Lanham-Seabrook, MD 20706 USA 301-286-3203 @ NASA/Goddard
---------------------------------------------------------------------- </pre>
</body>
</html>