← rfc/
╔══════════════════════════════════════════════════════════════════════════╗
RFC 410 · network

Ana Bilgisayarlar Devreye Girdiğinde 30 Saniyelik Gecikmenin Kaldırılması

Yazar
Kurum
Tarih
10 Kasım 1972
Durum
Network Working Group Yorum Talebi
Kanal
network/

Ağ Çalışma Grubu
John M. McQuillan
Yorum Talebi #410
Bolt Beranek and Newman
NIC #12402
10 Kasım 1972
Kategoriler: B-1

Ana Bilgisayarlar Devreye Girdiğinde 30 Saniyelik Gecikmenin Kaldırılması

IMP, şu anda bir Ana Bilgisayar (Host) devreye girdikten sonra 30 saniye boyunca o Ana Bilgisayardan gelen girdileri kabul etmeyi geciktirmektedir. Bu gecikme, Ana Bilgisayarın çalışır durumda olduğunun ağ genelinde yayılmasına olanak sağlamak amacıyla uygulanmaktadır. Temel sorun şudur: Bir Ana Bilgisayarın, ikinci bir Ana Bilgisayar ile iletişim kurmasına, ikinci Ana Bilgisayar (aslında onun IMP’si) birincisinin çalışır durumda olduğundan haberdar edilmeden izin verilmemelidir. Aksi takdirde, bir Ana Bilgisayar devreye girip başka bir Ana Bilgisayara bir "hello" iletisi gönderebilir; ancak yanıt, hedefin ölü olduğu varsayıldığı için IMP tarafından atılır.

Bu gerekçelendirme bütünüyle, kaynak IMP’deki ölü hedef algılama mekanizmasına dayanmaktadır. 30 saniyelik gecikme, ağdaki yönlendirme bilgilerinin en kötü durumdaki yayılma gecikmesine göre belirlenmiştir; böylece her olası kaynak IMP, ana bilgisayar yukarı/aşağı tablosunu güncelleyebilir. Bu düzenin çeşitli sakıncaları vardır:

  1. Ana Bilgisayarlar, kendi IMP’lerindeki ya da ağda yakın konumdaki Ana Bilgisayarlara veri göndermek için en kötü durum süresi olan 30 saniyeyi beklemek zorunda kalmamalıdır.
  2. Yarım çift yönlü (half-duplex) arayüzlerin işletimi, başlatma gecikmesi nedeniyle daha da karmaşık hâle gelmektedir.
  3. 30 saniyelik zaman aşımı süresi gerçekte ağ topolojisinin bir fonksiyonudur ve ağ genişledikçe gerektiğinde bu sürenin değiştirilebilmesini isteriz.

30 saniyelik gecikmenin tamamen ortadan kaldırılmasını öneriyoruz. IMP alt ağı, ölü bir Ana Bilgisayar için gönderilen iletileri kaynak IMP yerine hedef IMP’de algılayacaktır. Bir IMP’nin kendi Ana Bilgisayarlarının ne zaman devreye girdiğini algılaması için herhangi bir gecikmeye gerek yoktur; dolayısıyla, bir iletinin Ana Bilgisayarlarından birine verilip verilmeyeceği ya da kaynağa hedefin ölü olduğuna dair bir iletinin geri gönderilip gönderilmeyeceği konusunda her zaman doğru kararı verebilir. Bu yeni düzen altında, IMP’nin ready hattı aktif olduğu anda, Ana Bilgisayarlarından gecikme olmaksızın girdi kabul etmeye hazırdır. Bu değişiklikle ilgili olarak birkaç hususun not edilmesi gerekir:

  1. Bu değişiklik, Ana Bilgisayar yazılımında herhangi bir değişikliği zorunlu kılmamalıdır. Ana Bilgisayar, ready hattını aktif hâle getirir getirmez IMP’ye bir ileti göndermeyi deneyebilir ya da uzun bir süre geciktirebilir. Her iki durumda da IMP iletiyi alacaktır. Daha önce olduğu gibi, Ana Bilgisayar ready hattını aktif hâle getirir getirmez IMP’den gelen iletileri kabul etmek zorundadır.
  2. Ana Bilgisayarlar, başlatma yordamlarına kendilerinin programlamış olduğu gecikmeleri kaldırmak isteyebilir; çünkü bu tür gecikmeler artık gerekli değildir.
  3. Hedefin ölü olduğuna dair iletiler, iki farkla birlikte daha önce olduğu gibi geri gönderilecektir. İletinin IMP tarafından alınması ile hedefin ölü olduğuna dair iletinin geri dönmesi arasında daha fazla gecikme olacaktır; çünkü bu iletinin ağ üzerinden iletilmesi gerekmektedir. Aynı nedenle, ölü Ana Bilgisayarlara çok sayıda ileti gönderilirse, hedef-ölü iletileri sırasız olarak geri dönebilir.

Her sitede IMP yazılımından sorumlu Ana Bilgisayar personeli, önerilen bu değişikliğin kendileri üzerinde olumsuz bir etkisi olmayacağını kontrol etmelidir. Olumsuz bir görüş alınmazsa, bu değişiklik 12 Aralık Salı sabahı, düzenli IMP yazılım sürümü zamanında yürürlüğe girecektir.

[ Bu RFC, BBN Corp. tarafından, Alex McKenzie’nin ]
[ yönlendirmesi altında çevrimiçi RFC arşivlerine ]
[ girilmek üzere makine tarafından okunabilir biçime ]
[ dönüştürülmüştür. 1/97 ]