2010-05-12 18 views
6

Çok yüksek gecikme bağlantıları üzerinden normal (olabildiğince normal) ağ işlemleri (E-posta, DNS, HTML vb.) Için izin vermek üzere deneysel veya başka şekilde tasarlanmış protokoller, sistemler vb. Var mı? ? Bir saat ya da belki iki dakika düşünürüm. Bir güneş sistemi ölçeğinde hafif hız gecikmesi düşünün. Bir yan not olarak: sosyal etkilerle ilgili araştırma ya da spekülasyonlar, gün boyu iletişimin gecikmesi ilginç olabilir. Şu anki eğilimler, saniyelerden dakikalara gecikme eğilimi gösterir (ancak insanların e-postanızı fark etmesine rağmen uzun sürüyor) ve telefon öncesi süreleri haftalar ya da haftalar arasında değişiyordu, ancak saatler arasında minimum zaman gecikmesiyle hiçbir şey düşünemiyorum. . tcp_timer.c itibarenSon derece yüksek gecikme ile ağ oluşturma

+0

Son derece yüksek - gecikme süresi? – Pierreten

+1

RFC1149 sadece bir şey olabilir. – JYelton

+0

zaman yolculuğu hile yapmalıdır –

cevap

2

:

 /* 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?

+2

Mars Üniversitesinde okumak istiyorum – spender

+0

Nice. :) Ancak, akşam yemeğinden sonra öğle yemeğine varabilecek bir paketin tekrar gönderileceği bir ortamda nasıl verimli olacağı gibi bir konu üzerinde düşünmekteydim. – BCS

İlgili konular