Re: [tcpm] draft-ietf-tcpm-tcp-uto-02

Wesley Eddy <weddy@grc.nasa.gov> Mon, 05 December 2005 14:58 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EjHnY-0000DS-MK; Mon, 05 Dec 2005 09:58:36 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EjHnX-0000DA-Nl for tcpm@megatron.ietf.org; Mon, 05 Dec 2005 09:58:35 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA28931 for <tcpm@ietf.org>; Mon, 5 Dec 2005 09:57:46 -0500 (EST)
Received: from mx1.grc.nasa.gov ([128.156.11.68]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EjI8r-0004bb-0j for tcpm@ietf.org; Mon, 05 Dec 2005 10:20:37 -0500
Received: from lombok-fi.grc.nasa.gov (seraph1.grc.nasa.gov [128.156.10.10]) by mx1.grc.nasa.gov (Postfix) with ESMTP id C9736C34D for <tcpm@ietf.org>; Mon, 5 Dec 2005 09:58:23 -0500 (EST)
Received: from apataki.grc.nasa.gov (apataki.grc.nasa.gov [139.88.112.35]) by lombok-fi.grc.nasa.gov (NASA GRC TCPD 8.12.10/8.12.10) with ESMTP id jB5EwLGT017748; Mon, 5 Dec 2005 09:58:21 -0500 (EST)
Received: from apataki.grc.nasa.gov (localhost [127.0.0.1]) by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.1/8.13.1) with ESMTP id jB5EwICD003480; Mon, 5 Dec 2005 09:58:18 -0500 (EST)
Received: from drpepper.grc.nasa.gov (gr2134391.grc.nasa.gov [139.88.44.123]) by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.1/8.13.1) with ESMTP id jB5EwHLS003471; Mon, 5 Dec 2005 09:58:17 -0500 (EST)
Received: by drpepper.grc.nasa.gov (Postfix, from userid 501) id 8C5394FD7E; Mon, 5 Dec 2005 09:53:33 -0500 (EST)
Date: Mon, 05 Dec 2005 09:53:33 -0500
From: Wesley Eddy <weddy@grc.nasa.gov>
To: Fernando Gont <fernando@gont.com.ar>
Subject: Re: [tcpm] draft-ietf-tcpm-tcp-uto-02
Message-ID: <20051205145333.GB29457@grc.nasa.gov>
References: <4390569C.6050004@erg.abdn.ac.uk> <6.2.0.14.0.20051202201002.048b5de8@localhost>
Mime-Version: 1.0
In-Reply-To: <6.2.0.14.0.20051202201002.048b5de8@localhost>
User-Agent: Mutt/1.5.5.1i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab
Cc: gorry@erg.abdn.ac.uk, Lars Eggert <lars.eggert@netlab.nec.de>, tcpm@ietf.org, Ted Faber <faber@ISI.EDU>, "mallman@icir.org" <mallman@icir.org>
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: weddy@grc.nasa.gov
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0592887304=="
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org

On Fri, Dec 02, 2005 at 08:37:16PM -0800, Fernando Gont wrote:
> 
> >>>/on a satellite/on a non-geostationary satellite/
> >>>- All satellites orbit, but the vast majority used for telecoms take an
> >>>orbit that is goeostationary.
> >>
> >>IIRC, this had been a contribution of (NASA's) Wesley Eddy. "Satellite" 
> >>need not be a communications satellite, but could also be planetary body 
> >>(i.e., a node operating from the Moon experiences periods of 
> >>disconnection)
> >- Yes and is also a rather bizarre illustration of the point, considering 
> >the Path RTT >> "normal Internet MSL" ;-)
> 
> I don't get your point. :-?
>

I don't either.  If the "normal Internet MSL" is 2 minutes, then the
propagation-based RTT between the Earth and Moon of roughly 5.5 seconds
is well within an MSL.

I actually think that changing the text to say "geostationary" would be
an odd example, since from the ground it's rather difficult to go out of
touch with one of these in comparison to other orbits.  The case of a
polar orbit (for instance) where you can predict the amount of time when
the satellite is below the horizon and the time when it'll come back up
is a better example.  In this case, you can use a combination of UTO (to
keep the connection alive) and retransmit-now (to kick the connection),
to gain a little bit of efficiency, and simplify the application by
letting it use TCP in comparison to CFDP or others.

-Wes
 
-- 
Wesley M. Eddy
Verizon Federal Network Systems
http://roland.grc.nasa.gov/~weddy
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www1.ietf.org/mailman/listinfo/tcpm