Re: The (perceived) requirement to be an IETF Standard
"Adrian J. Hooke" <adrian.j.hooke@jpl.nasa.gov> Mon, 24 June 2002 15:52 UTC
Message-Id: <5.1.0.14.2.20020624080659.01f5f1d0@pop.jpl.nasa.gov>
X-Sender: ahooke@pop.jpl.nasa.gov
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 24 Jun 2002 08:52:24 -0700
To: Daniel Shell <dshell@cisco.com>
From: "Adrian J. Hooke" <adrian.j.hooke@jpl.nasa.gov>
Subject: Re: The (perceived) requirement to be an IETF Standard
Cc: tcpsat@grc.nasa.gov
In-Reply-To: <4.3.2.7.2.20020624085057.0b481ef0@lint.cisco.com>
References: <3D10F480.2417896F@gst.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-tcpsat@grc.nasa.gov
Precedence: bulk
Status: RO
Content-Length: 1299
Lines: 30
At 08:51 AM 6/24/2002 -0400, Daniel Shell wrote: >Also if SCPS and its family is put on the RFC standards track if give this >protocol some legitimacy >with every one who is going to use it. Dan: the SCPS variant of TCP/UDP - "TCP Tranquility" - exists as: a) An International Standard (ISO 15893:2000) and; b) A US Department of Defense Military Standard (MIL-STD-2045-44000). c) A NASA Preferred Technical Standard We are interested in hearing from other people on this list: would putting Tranquility through the RFC process further increase its "legitimacy" as far as you are concerned? Does anyone out there feel inhibited about experimenting with SCPS capabilities by the current status? >So why not? Time and money, both of which are in short supply. What would be the return on investment? ///adrian [ BTW, as Eric notes, the SCPS capabilities are not a "NASA/JPL" thing. They exist as full NASA Technical Standards that are approved by the NASA Chief Engineer (http://standards.nasa.gov/ ). That means that, unlike the products of NASA's Research Centers, they are the preferred standards for use on NASA's flight missions. They are programmatically managed by the Office of Space Communications within the Office of Space Flight at NASA Headquarters in Washington DC. ]
- The (perceived) requirement to be an IETF Standard Eric Travis
- Re: The (perceived) requirement to be an IETF Sta… Daniel Shell
- Re: The (perceived) requirement to be an IETF Sta… Eric Travis
- Re: The (perceived) requirement to be an IETF Sta… David Carek
- Re: The (perceived) requirement to be an IETF Sta… Adrian J. Hooke