8

是否有任何协议、系统等实验性或以其他方式设计以允许在非常高的延迟链接上进行正常（尽可能正常）网络操作（电子邮件、DNS、HTML 等）？我在考虑几分钟到一个小时，或者两个。想想太阳系规模的光速滞后。

附带说明：关于社交影响的日常规模通信延迟的研究或推测会很有趣。目前的趋势倾向于几秒到几分钟的延迟（加上人们注意到您的电子邮件需要多长时间），电话前的时间倾向于几天到几周，但我想不出任何时间延迟在几小时范围内的东西.

4

2 回答 2

4

您可能对星际互联网概念感兴趣。一种可能的底层技术是延迟容错网络，有几个已发布的 RFC：RFC 4838和RFC 5050。

于 2010-05-12T22:59:25.853 回答
2

从tcp_timer.c：

     /* Increase the timeout each time we retransmit.  Note that
      * we do not increase the rtt estimate.  rto is initialized
      * from rtt, but increases here.  Jacobson (SIGCOMM 88) suggests
      * that doubling rto each time is the least we can get away with.
      * In KA9Q, Karn uses this for the first few times, and then
      * goes to quadratic.  netBSD doubles, but only goes up to *64,
      * and clamps at 1 to 64 sec afterwards.  Note that 120 sec is
      * defined in the protocol as the maximum possible RTT.  I guess
      * we'll have to use something other than TCP to talk to the
      * University of Mars.
      *
      * PAWS allows us longer timeouts and large windows, so once
      * implemented ftp to mars will work nicely. We will have to fix
      * the 120 second clamps though!
      */

爪子？

于 2010-05-12T22:56:49.083 回答