← rfc/
╔══════════════════════════════════════════════════════════════════════════╗
RFC 22 · protokol

Host-Host Kontrol Mesaj Formatları

Yazar
Vint Cerf
Kurum
UCLA
Tarih
17 Ekim 1969
Durum
Teknik Spesifikasyon
Kanal
protokol/

İçindekiler


Genel Bakış

Bu RFC, UCLA'da geliştirilen NWG/RFC 11'deki değişiklikleri belgeler. 7-bit ASCII karakter modu iletimine dayanmayan HOST-HOST iletişimi için yeni bir kontrol mesaj formatı sunar. Bunun yerine, tüm HOST-HOST kontrol mesajları 8-bit bayt dizilerinden oluşur ve daha verimli ve esnek protokol işleme sağlar.

Bu, kontrol mesajı tasarım felsefesinde temel bir değişimi temsil eder; karakter tabanlı kodlamadan açık kontrol kodları ve parametrelere sahip ikili bayt dizilerine geçilir.

Kontrol Mesajı Yapısı

Genel Format

Tüm HOST-HOST kontrol mesajları tutarlı bir yapıyı takip eder:

 
... 

Burada:

Paket Başına Birden Fazla Mesaj

Belirli bir pakette birden fazla kontrol mesajı iletmek (zorunlu olmasa da) izin verilebilir. Bu, kontrol bilgisinin verimli çoğullanmasına izin verir ve birden fazla kontrol komutunun uzak bir host'a iletilmesi gerektiğinde protokol ek yükünü azaltır.

Tanımlı Kontrol Mesajları

UCLA tarafından dokuz kontrol mesajı tanımlanmıştır. Her mesajın yorumlaması, ileten host'un bakış açısından verilmiştir:

Kontrol Baytı Parametre Yorumlama
6 Bağlantı # Lütfen bağlantı üzerinden iletmeyi durdur
7 Bağlantı # Çıkış bağlantı numaramızı KAPATIYORUZ
8 Bağlantı # UNCEASE: CEASE'den sonra iletimi devam ettir
(ek kodlar) (parametreler) (yorumlamalar)

Komut Semantiği

CEASE (Kod 6): Alıcı host'a belirtilen bağlantıda iletimi durdurmasını bildirir. Akış kontrolü ve tıkanıklık yönetimi için kullanılır.

CLOSE (Kod 7): Gönderen host'un çıkış bağlantısını kapattığını gösterir. Bu, bağlantı sonlandırması için nazik bir kapatma mekanizmasıdır.

UNCEASE (Kod 8): Önceki bir CEASE komutundan sonra iletimi devam ettirir, belirtilen bağlantıdaki akış kontrol kısıtlamalarını kaldırır.

Mesaj İletimi

Mesaj Yapısına Gömme

Her kontrol mesajı, bu kontrolleri taşıyan taşıma katmanıyla tutarlılığı sağlayarak uygun mesaj yapısına (genel HOST-HOST protokolünde tanımlanmış) gömülür.

Protokol Bağımsızlığı

ASCII karakterler yerine ikili kontrol baytları kullanarak, bu format karakter kodlama kurallarından bağımsızdır ve kontrol bilgisinin daha kompakt temsiline izin verir.


Önem

RFC 22, ARPANET protokol tasarımında kritik bir evrimi temsil eder. Karakter tabanlıdan ikili kontrol mesajlarına geçiş, birkaç düşünceyle yönlendirildi:

  1. Verimlilik: İkili kodlama, ASCII temsillerine kıyasla mesaj boyutunu azaltır
  2. Sağlamlık: Açık kontrol baytları, kontrol mesajı yorumlamasında belirsizliği önler
  3. Genişletilebilirlik: 8-bit kontrol bayt alanı, gelecekteki protokol genişlemesi için yer sağlar
  4. Uygulama: İkili protokollerin makine kodunda uygulanması daha basittir

Bu RFC, RFC 11'deki kontrol mesaj spesifikasyonlarını etkili bir şekilde geçersiz kılar ve sonraki protokol spesifikasyonlarında (RFC 33 ve sonrası) iyileştirilecek HOST-HOST kontrol iletişimi için kalıbı belirler. Burada tanımlanan kontrol mesaj türleri, HOST-IMP ve HOST-HOST protokol geliştirmesinin temelini oluşturur.


Network Working Group

UCLA

17 Ekim 1969