是否有任何协议,系统等实验或以其他方式设计用于通过非常高的延迟链路允许正常(尽可能正常)的网络操作(电子邮件,DNS,HTML等) ?我在想几分钟到一个小时,或者两个小时。考虑太阳系规模下的光速滞后。具有极高延迟的网络
作为一个方面:关于社会影响小时到一天的沟通延迟的研究或猜测将是有趣的。目前的趋势趋向于延迟几秒到几分钟(加上无论多长时间都需要人们注意您的电子邮件),并且预电话时间趋向于几天到几周,但我无法想象在时间范围内具有最小时间延迟的任何事情。
是否有任何协议,系统等实验或以其他方式设计用于通过非常高的延迟链路允许正常(尽可能正常)的网络操作(电子邮件,DNS,HTML等) ?我在想几分钟到一个小时,或者两个小时。考虑太阳系规模下的光速滞后。具有极高延迟的网络
作为一个方面:关于社会影响小时到一天的沟通延迟的研究或猜测将是有趣的。目前的趋势趋向于延迟几秒到几分钟(加上无论多长时间都需要人们注意您的电子邮件),并且预电话时间趋向于几天到几周,但我无法想象在时间范围内具有最小时间延迟的任何事情。
/* 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!
*/
PAWS?
您可能会感兴趣的Interplanetary Internet的概念。一种可能的潜在技术是Delay-Tolerant networking,其中有几个公布的RFC:RFC 4838和RFC 5050。
正是我想到的那种东西! – BCS 2010-05-12 23:04:33
极高延迟? – Pierreten 2010-05-12 22:49:44
RFC1149可能就是这样。 – JYelton 2010-05-12 23:19:13
时间旅行应该做的把戏 – 2010-05-19 03:34:09