Uyduya İlişkin Hususlar
Ağ Çalışma Grubu: Jon Postel
Yorum Talebi: 346
Bağlılık: Bilgisayar Bilimleri, UCLA-NMC
NIC: 10425
Tarih: 30 Mayıs 72
Kategoriler: Echo Plex, Uydu
Referanslar: RFC'ler 1, 5, 51
ARPANET'te uzay uydusu iletim bağlantılarının kullanımının değerlendirilmesi, ağı kullanan taraflar için üzerinde düşünülmesi gereken bir konu olmalıdır. Uydu iletim yolu, iletim hızını mutlaka etkilemeyebilir; ancak gecikmeyi etkileyecektir. Gecikme özelliklerindeki değişim, yol uzunluğundaki değişimle yaklaşık olarak ifade edilebilir. Buna göre, eğer uydu yerden yaklaşık 22.000 mil yükseklikte eşzamanlı yörüngedeyse, yol uzunluğu (en kötü durum) 3.000 mil ile karşılaştırıldığında yaklaşık 44.000 mildir; bu da yol uzunluğu ve gecikmede yaklaşık 15'e 1'lik bir artış anlamına gelir. (Işığın 3.000 mili katetme süresi .016 saniyedir; 44.000 mili katetme süresi ise .236 saniyedir.)
Mevcut (yüzey) ARPANET'te gecikmeler, karakter bazında uzaktan yankı veren etkileşimli sunucuların yalnızca sınırlı ölçüde kullanışlı olmasına yol açmaktadır. Bu gecikmenin (ölçülmemiş olmakla birlikte) büyük ölçüde ana bilgisayar sistemlerinden kaynaklandığına inansam da, yarım saniyelik bir iletim gecikmesinin eklenmesi, bu sınırlı sistemlerin kullanılamaz hale gelmesine neden olacaktır.
Arabellek tahsisleri de dikkate alınmalıdır. Bir alıcı sistem aynı anda yalnızca bir satır metnin arabelleğe alınmasına izin veriyor ve her satır bir insan kullanıcıya çıktı olarak verildikçe tahsisi yeniliyorsa, alıcı sisteme her satırın varışı arasında en az yarım saniyelik bir gecikme olacaktır. Çıkış aygıtının hızı saniyede yaklaşık 150 karakterin üzerine çıkana kadar bu bir sorun olmak zorunda değildir. Bu "küçük arabellek" sorununun, ana bilgisayar gecikmelerinin 0.1 saniye ile 1.0 saniye aralığında olduğu tahmin edildiğinden, daha düşük hızlı aygıtlarda bile ortaya çıkması beklenebilir.
Bu büyük gecikme özelliklerinin yol açtığı güçlükleri aşmaya yönelik önlemler hakkında bir tartışmanın yeniden başlatılmasının uygun olduğunu öneriyorum. Tartışma alanlarından bazıları şunlar olabilir: sunucularda ve kullanıcı tarafında arabellek boyutları, echo plex teknikleri, giriş işlemenin bir kısmının kullanıcı sistemine taşınması. Echo plex işlevlerinin kullanıcı sistemine taşınmasına karar verilirse, M çarpı N problemini M artı N problemine indirgemek amacıyla bir "standart" paket hedeflemek akıllıca olacaktır.
Bu tür bir sorunla ilgili önceki düşünceleri görmek için lütfen RFC #1 Crocker, #5 Rulifson, #51 Elie belgelerini çıkarıp okuyun.
Bu RFC, çevrimiçi RFC arşivlerine girilmek üzere Alex McKenzie'nin yönetimi altında BBN Corp. tarafından makine tarafından okunabilir biçime dönüştürülmüştür. 12/96