<html>
<body>
<font color="#0000FF">At 03:48 PM 2/9/2007, Keith Hogie wrote:<br>
<blockquote type=cite class=cite cite=""> The reason the link layer
matters is that it gets implemented in<br>
hardware on flight systems. Once it is built and on orbit, it
cannot<br>
be "optimized" in the future. The ground systems must
continue to<br>
support the flight systems link formats for many
years.</font></blockquote><br>
There will continue to be non-networked missions, so there will continue
to be the ground systems to support them. Keeping a path to evolve
to a new networked system as opposed to insisting on a step function
would allow more to consider migrating to networked operations.<br><br>
<blockquote type=cite class=cite cite=""><font color="#0000FF"> I
agree that getting networking accepted is another issue but it's<br>
easier for new users to accept it if it is done using standard<br>
approaches and mass market products that the network community is<br>
familiar with. The number of vendors producing CCSDS products
and<br>
the number of users using CCSDS protocols is very small
community.</font></blockquote><br>
Which new users are you talking about? My interpretation of the
purpose of this organization is to provide the recommended standards for
the missions and networks represented by the IOAG. That is the
community we are working for. If there is a case for a new protocol
or standard, then it needs to be presented as a valuable, technical
addition to the already existing standards.<br><br>
<blockquote type=cite class=cite cite=""><font color="#0000FF"> The
question is whether it is best for this small community to<br>
keep maintaining its own link mechanisms ( VCs) or if it is<br>
better to migrate to link mechanisms (Frame Relay, DVB, etc.) that<br>
are used and supported by a much, much larger
community.</font></blockquote><br>
I think the question is still "Why are we debating the link layer
again when people are still not convinced that there is value in basic
networking in the first place?"<br><br>
Dave<br><br>
<blockquote type=cite class=cite cite=""><font color="#0000FF">Howie,<br>
<br>
Yes, IP is even more antiquated that VCs, but it has a user<br>
community of 1,093,529,692 users as of Jan. 11, 2007. If CCSDS<br>
had a user community of 1/1000th of that there would be no issue.<br>
But the CCSDS community is extremely small compared to that.<br><br>
Also, the very large Internet community has decided that IPv4<br>
is antiquated and even with their huge installed base, they<br>
have set themselves on an upgrade path for the next 20 years<br>
with IPv6. Everyone in the communication world moves forward<br>
with new protocols. What are CCSDS's plans for the next 20<br>
years.<br><br>
Keith<br><br>
<br>
Dave Israel wrote:<br>
<blockquote type=cite class=cite cite="">Before another whole thread
starts about link layer issues again, can somebody explain why the link
layer matters are so critical at this time that we keep spending time and
energy debating them, instead of working on the many networking issues
that need to be resolved? I'd rather see that discussed, than any
arguments about any link protocols.<br>
It seems to me that the real need is to get missions to start evolving to
networking based communications first. Once that starts,
optimization may follow. How much time have we lost in "IP
/versus/ CCSDS" debates, when in reality there really isn't mutually
exclusive decision required?<br>
Dave<br>
At 02:20 PM 2/9/2007, Keith Hogie wrote:<br>
<blockquote type=cite class=cite cite="">Adrian,<br><br>
A major concern is what you mentioned below about Virtual
Channels.<br>
Those are a CCSDS data format that was developed 20 years ago and
was<br>
a fine solution for the time. It sounds like you are proposing
that<br>
that VC data structure be maintained as the underlying format for
civil<br>
space programs for the next 20 years. Does it make sense to<br>
plan on extending the life of a 20 year old protocol format for<br>
20 more years or is it time for an upgrade or replacement of<br>
the VC format.<br><br>
During the last 20 years lots of protocols have come and gone
and<br>
been replaced by new ones that better suit users current needs.
The<br>
commercial world primarily uses Frame Relay and DVB over thousands of
satellite links supporting tens of thousands of users. They
have<br>
created a very large commercial market of internationally<br>
interoperable products with much better layering and function<br>
support than the basic CCSDS VCDU.<br><br>
So it seems that a major question is whether the current VC<br>
structure is the best structure to use for the future or is it<br>
time to upgrade to more current solutions at that level?<br><br>
As far as future IP missions interoperating with future
missions<br>
that see no need for IP, that's fine but then they don't have any<br>
plans to communicate with future IP missions anyway. Ground
stations<br>
can still support both IP and non-IP formats as many do already.<br>
The facilities, antennas, transmitters, and receivers still need<br>
to do their jobs just the same. The real question is whether
the<br>
bits coming off the space link go into a CCSDS specific box that<br>
processes VCs or if the bits go into a commercial router. This<br>
is not a major change to the infrastructure. Yes, it is a
change,<br>
but the communication world has changed drastically over the last<br>
20 years and we need to decide if it is time for the civil space<br>
community to catch up or if it wants to keep doing its own
thing.<br><br>
Keith<br><br>
<br>
Adrian J. Hooke wrote:<br>
<blockquote type=cite class=cite cite="">Maybe this is a good time to
take stock of where we are. I think that it is fair to say that there is
broad international agreement that:<br>
1. We can see future requirements for the emergence of a more networked
approach to space communications.<br>
2. Accordingly, we need to develop a migration strategy that leads us
towards more capable networking protocols.<br>
3. IP has a role in that migration strategy.<br>
Beyond those elements of consensus, it's not clear that there is much
agreement on how or when to initiate change.<br>
At 06:09 AM 2/8/2007, Keith Hogie wrote:<br>
<blockquote type=cite class=cite cite=""> Moving to spacecraft
using Internet protocols a change to the whole space communication
concept. </blockquote></blockquote><br>
snip<br><br>
<blockquote type=cite class=cite cite="">
<blockquote type=cite class=cite cite="">If we start launching some of
our future systems with no routed IP, is there a clean path for them to
"migrate" and be full participants in the future network.
</blockquote>Turn that around. If we start launching *some* of our future
systems exclusively with routed IP, is there a clean path for them to be
full participants in the future international community of missions that
see no need for it?<br>
Nobody's arguing that there won't be an increasing need for portions of
the international space mission support infrastructure to adopt more
powerful routing technologies. When you need IP and IP works, you should
use IP. But does that mean that *everything* has to become IP-based, all
at once? And yes, there's a migration path: it's called international
space standardization in general and in particular it's called a Virtual
Channel. It means that you can run part of your system using existing
infrastructure, in parallel with part of your system using IP-based
approaches. Change the mix of traffic on the VCs and you can migrate with
hardly any impact.</blockquote><br>
----------------------------------------------------------------------<br>
Keith
Hogie
e-mail: Keith.Hogie@gsfc.nasa.gov<br>
Computer Sciences Corp.
office: 301-794-2999 fax: 301-794-9480<br>
7700 Hubble Dr.<br>
Lanham-Seabrook, MD 20706
USA 301-286-3203 @
NASA/Goddard<br>
----------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Sis-CSI mailing list<br>
Sis-CSI@mailman.ccsds.org<br>
<a href="http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-csi" eudora="autourl">
http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-csi</a></blockquote>
______________________________________________________________<br>
Dave Israel<br>
Leader, Advanced Technology Development Group<br>
Microwave & Communication Systems Branch<br>
NASA Goddard Space Flight Center Code 567.3<br>
Greenbelt, MD 20771<br>
Phone: (301) 286-5294 Fax:
(301) 286-1769<br>
E-mail: dave.israel@nasa.gov<br>
"Without deviation from the norm, progress is not
possible." -Frank Zappa<br>
</blockquote><br><br>
-- <br>
----------------------------------------------------------------------<br>
Keith
Hogie
e-mail: Keith.Hogie@gsfc.nasa.gov<br>
Computer Sciences Corp.
office: 301-794-2999 fax: 301-794-9480<br>
7700 Hubble Dr.<br>
Lanham-Seabrook, MD 20706
USA 301-286-3203 @
NASA/Goddard<br>
----------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Sis-CSI mailing list<br>
Sis-CSI@mailman.ccsds.org<br>
<a href="http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-csi" eudora="autourl">
http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-csi</a><br>
</blockquote>
<x-sigsep><p></x-sigsep>
______________________________________________________________<br>
Dave Israel<br>
Leader, Advanced Technology Development Group<br>
Microwave & Communication Systems Branch<br>
NASA Goddard Space Flight Center Code 567.3<br>
Greenbelt, MD 20771<br>
Phone: (301) 286-5294 Fax:
(301) 286-1769<br>
E-mail: dave.israel@nasa.gov<br><br>
"Without deviation from the norm, progress is not
possible." -Frank Zappa</font></body>
</html>