具有极高延迟的网络

BCS*_*BCS 8 latency protocols

是否有任何协议,系统等实验性的或以其他方式设计用于允许在非常高延迟的链路上进行正常(尽可能正常)的网络操作(电子邮件,DNS,HTML等)?我想的是几分钟到一个小时,或者两个小时.认为太阳系规模的光速滞后.


作为旁注:对社会影响的研究或推测每小时的通信延迟将是有趣的.目前的趋势往往是延迟几秒钟到几分钟(加上人们注意到你的电子邮件需要多长时间)和预先电话时间往往是几天到几周但我想不到任何事情,在最短的时间范围内有最小的时间延迟.

Ken*_*Ken 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!
      */
Run Code Online (Sandbox Code Playgroud)

爪子