IMP/ANA MAKİNE PROTOKOLÜNDE İKİ DEĞİŞİKLİK
KULLANICI/AĞ İLETİŞİMLERİNİ İYİLEŞTİRMEK İÇİN*
Network Working Group
RFC #611
NIC #21354
D. Walden
BBN-NET
14 Şubat 1974
1. Bir Hatırlatma
Bir ana makine, kendi IMP’sinden bir IMP-Going Down mesajı aldığında (bkz. BBN Raporu 1822, Bir Ana Makine ile bir IMP’nin Birbirine Bağlanmasına İlişkin Özellikler, sayfa 3-15), Ana Makine bu IMP-Going-Down mesajında yer alan bilgileri ağ üzerindeki kullanıcılarına ve ağın yerel kullanıcılarına iletmelidir. Ayrıca, Ana Makine’nin, IMP kapandıktan sonra da bu bilgileri saklamasını ve böylece ağı kullanmaya çalışan yerel kullanıcılara bilgi verebilmesini öneriyoruz.
Bu RFC’nin sonraki iki bölümünde, IMP’lerin kapalı durumdaki Ana Makineler hakkında aynı türden bilgileri dağıtmasına olanak tanıyacak IMP/Ana Makine protokolündeki değişiklikleri açıklıyoruz.
2. Host-Going-Down Mesajının Genişletilmesi
BBN Raporu 1822’nin 3-11. sayfasında tanımlanan tip 2, Host-Going-Down mesajı, daha önce Ana Makine tarafından neden, ne zaman ve ne kadar süreyle kapanacağı gibi ek bilgilerin sağlanmasına olanak tanımıyordu. Aşağıda, Ana Makine’nin bu ek bilgileri sağlayabilmesine imkân veren Host-Going-Down mesajına yönelik bir değişiklik açıklanmaktadır.
Tip 2, Host-Going-Down mesajında, bitler 17–28 Ana Makine’nin yeniden çalışmaya başlayacağı zamanı verir ve aşağıdaki şekilde bit-kodlanmıştır:
- Bitler 17–19: Ana Makine’nin yeniden çalışmaya başlayacağı haftanın günü. Pazartesi gün 0, Pazar gün 6’dır.
- Bitler 20–24: Ana Makine’nin yeniden çalışmaya başlayacağı gün içindeki saat; saat 0’dan saat 23’e kadar.
- Bitler 25–28: Ana Makine’nin yeniden çalışmaya başlayacağı saat içindeki beş dakikalık aralık; 0’dan 11’e kadar.
Yukarıdakilerin tümü Evrensel Zaman’a (yani G.M.T.) göre belirtilmelidir. Ana Makine, yeniden çalışmaya başlamasının bir haftadan daha uzun süre sonra olacağını belirtmek için bitler 17–28’in tümünü bire ayarlayabilir. Bitler 17–27’nin tümünü bire ve bit 28’i sıfıra ayarlamak, Ana Makine’nin ne zaman yeniden çalışmaya başlayacağının bilinmediği anlamına gelir.
Host-Going-Down mesajının bitleri 29–32, Ana Makine tarafından kapanma nedenini belirtmek için kullanılmalıdır. Bu bitler aşağıdaki şekilde kodlanmıştır:
| Değer | Anlamı |
|---|---|
| 0–4 | IMP kullanımı için ayrılmıştır (aşağıdaki Bölüm 3’e bakınız) |
| 5 | Planlı P.M. |
| 6 | Planlı Donanım Çalışması |
| 7 | Planlı Yazılım Çalışması |
| 8 | Acil Yeniden Başlatma |
| 9 | Elektrik Kesintisi |
| 10 | Yazılım Kesme Noktası |
| 11 | Donanım Arızası |
| 12–15 | Şu anda kullanılmıyor |
Ana Makine’nin kapanma zamanı yaklaştıkça, Ana Makine’nin kendisinin ağ kullanıcılarına uyarı mesajları göndereceği varsayılmaktadır. Kapanmadan hemen önce, Ana Makine Host-Going-Down mesajını kendi IMP’sine göndermelidir. IMP bu mesajı saklayacak ve Destination (Ana Makine) Dead mesajlarıyla birlikte kaynak Ana Makine’ye geri gönderecektir. IMP, uygun durumlarda IMP yeniden yüklemeleri sırasında bu mesajı korumaya çalışacaktır. Ana Makine’nin söylediğinden daha uzun süre kapalı kalacağı durumlarda veya kapanmadan önce bildirmeye vakti olmadığında, Ana Makine sahasından gelen bir telefon çağrısına yanıt olarak NCC bu mesajın saklanan kopyasını manuel olarak güncelleyebilecektir.
3. Dead Host Status Mesajının Eklenmesi
BBN Raporu 1822’nin 3-16. sayfasında tanımlanan tip 7, destination dead mesajı, Hedef Ana Makine’nin neden “ölü” olduğuna ilişkin bilginin sağlanmasına olanak tanımaz. Bu nedenle, ölü durumdaki Ana Makine hakkında durum bilgisi sağlayan ek bir IMP’den Ana Makine’ye mesaj eklenmektedir. Bu mesaj tip 6, Dead Host Status’tür ve ek bilgileri aşağıdaki şekilde sağlayacaktır:
Bitler 17–28, yukarıdaki Bölüm 2’de açıklanan Host-Going-Down mesajındaki bitler 17–28 ile aynı anlamlara sahiptir.
Bitler 29–32 aşağıdaki anlamlara sahiptir:
| Değer | Anlamı |
|---|---|
| 0 | Hedef Ana Makine ağ ile iletişim kurmuyor — hedef IMP neden hakkında bilgiye sahip değil. Hedef IMP, hedef Ana Makine kapandıktan sonra kapanmışsa, bunun oluşması en olası mesaj olduğu unutulmamalıdır. |
| 1 | Hedef Ana Makine ağ ile iletişim kurmuyor — nedenini söylemeden ready-line’ını kapattı. |
| 2 | Hedef Ana Makine ağ ile iletişim kurmuyor — Ana Makine ağdan gelen trafiği almada gecikti ve ağ Ana Makine’yi kapalı ilan etmek zorunda kaldı. |
| 3 | Hedef Ana Makine, NCC’nin bilgisine göre mevcut değildir. |
| 4 | Şu anda kullanılmıyor. |
| 5 | Hedef Ana Makine planlı P.M. nedeniyle kapalıdır. |
| 6 | Hedef Ana Makine planlı donanım çalışması nedeniyle kapalıdır. |
| 7 | Hedef Ana Makine planlı yazılım çalışması nedeniyle kapalıdır. |
| 8 | Hedef Ana Makine acil yeniden başlatma nedeniyle kapalıdır. |
| 9 | Hedef Ana Makine elektrik kesintisi nedeniyle kapalıdır. |
| 10 | Hedef Ana Makine bir yazılım kesme noktasında durdurulmuştur. |
| 11 | Hedef Ana Makine bir donanım arızası nedeniyle kapalıdır. |
| 12–15 | Şu anda kullanılmıyor. |
Bu 4 bitlik alanın değeri 0, 1, 2 veya 3 olduğunda, bitler 17–28 “bilinmiyor” göstergesine sahip olacaktır.
Bu mesajda bit 1 her zaman sıfıra ayarlanmış olacaktır ve bu mesajı alan Ana Makineler, bit 1’i 1 olarak ayarlanmış tip 6 mesajlarını hata bildirmeden atmalıdır. Bu durum, ileride kapalı durumdaki hedef IMP’ler hakkında benzer durum bilgilerinin eklenmesine olanak tanıyacaktır.
Dead Host Status mesajı, her Destination Host Dead mesajından kısa bir süre sonra (mümkünse hemen) kaynak Ana Makine’ye geri gönderilecektir. Destination Host Dead mesajı belirli bir message-id (link) için geçerlidir; ancak Destination Host Dead mesajında yer alan bilginin muhtemelen kapalı Ana Makine’ye bağlı tüm kullanıcılara bildirilmesi gerekir. Dead Host Status mesajı belirli bir message-id (link) için geçerli değildir ve kapalı Ana Makine’ye bağlı tüm kullanıcılar, Dead Host Status mesajında yer alan bilgilerden haberdar edilmelidir.
Yukarıda Bölüm 2 ve 3’te belirtilen değişiklikler çok yakında ağa konulacaktır ve Ana Makineleri, bu değişikliklerden yararlanmak için gerekli kodu mümkün olan en kısa sürede uygulamaya koymaya teşvik ediyoruz. Bu değişiklik, bir istisna (!) dışında geriye dönük uyumludur: uygulamayı yapmamış Ana Makineler, nasıl ele alacaklarını bilmedikleri bir tip 6 mesajı alabilir ve bunu muhtemelen bir hata olarak günlüğe kaydederler.
* Lütfen bu RFC’yi, BBN Raporu 1822 güncellenene kadar söz konusu raporun kopyasıyla birlikte dosyalayınız.
[ Bu RFC, çevrimiçi RFC arşivlerine girmek üzere ]
[ Alex McKenzie tarafından, daha önce BBN Corp. olan GTE’nin ]
[ desteğiyle makine tarafından okunabilir biçime dönüştürülmüştür. 1/2000 ]