← rfc/
╔══════════════════════════════════════════════════════════════════════════╗
RFC 368 · general

Önerilen Uzak İş Girişi Protokolü Üzerine Yorumlar

Yazar
Kurum
Tarih
21 Temmuz 1972
Durum
Network Working Group Yorum Talebi
Kanal
general/

Önerilen Uzak İş Girişi Protokolü Üzerine Yorumlar

Ağ Çalışma Grubu R.T. Braden
Yorum İsteği #368 UCLA/CCN
NIC 11015 21 Temmuz 1972

Kategoriler:
Yürürlükten Kaldırır:
Günceller:

YORUMLAR

"ÖNERİLEN UZAK İŞ GİRİŞİ PROTOKOLÜ" ÜZERİNE

Chuck Holland’ın taslak önerisi (RFC #360) mükemmel bir belgedir; son derece kapsamlı ve tutarlıdır. Nihai standart RJE protokolü Ağ üzerinde yaygın biçimde kullanılacağından, tanımının şimdi incelikle düzeltilmesi ileride sorunları ve hoşnutsuzluğu azaltacaktır. Bu nedenle birkaç yeni öneri sunacak ve bazı küçük ayrıntılara takılacağım.

  1. Mütevazı görüşüme göre, "BYE" komut fiili gereğinden fazla sevimlidir; "QUIT" bana çok daha az rahatsız edici görünüyor.

  2. "(pathname)" sözdizimi (s. 5) biraz yeniden ele alınmaya ihtiyaç duyabilir. Tüm protokollerin ya da Ağ erişim programlarının, bir ana bilgisayar ve soket ve/veya dosya adı seçmek için aynı sözdizimini kullanması çok arzu edilir olurdu. (FTP belgelerinin "pathname" terimini yerel dosya sistemi adı anlamında daha dar bir kapsamda kullandığını not ediniz.)

    a. PORT yapısı oldukça istenmeyen görünüyor; çünkü TIP’lerin belirli bir bit düzeni geleneğine dayanmaktadır. TIP’ler geçmişte Ağ protokollerini epeyce eğip bükmüşlerdir, ancak elbette onların kendilerine özgü soket sistemini resmî bir protokolün içine yerleştirmek istemeyiz.

    b. Kolaylık açısından, onaltılık ve sekizlik soket numaralarına izin verilmesi arzu edilebilir.

    c. "(host-socket)" yol adını kullanacak TIP’ler dışında başka ana bilgisayarlar da muhtemelen olacaktır ve bunlardan bazıları "T" dışında bir iletim özniteliği isteyebilir. Önerilen sözdizimi, (host-socket) içinde (attributes) kullanımına izin verecek şekilde değiştirilmelidir.

    d. "TE" özniteliğini dışlamak için bir neden görmüyorum; çünkü cr, lf ve ff denetim karakterleri EBCDIC’te olduğu gibi ASCII’de de mevcuttur.

    e. Birçok EBCDIC kodu ve en az iki ASCII çeşidi vardır. (code) yapısının genişletilmesi gerekmektedir.

  3. OUT sözdizimi, yol adının yalnızca "(S)" için olan (disp) durumunda gerekli olduğu gerçeğini yansıtabilir.

  4. (job-id) ile (job-file-id)’nin sözdizimsel olarak ayırt edilmesi arzu edilebilir. Örneğin bu, şu komuta olanak tanır:

    ABORT (job-file-id)

    Bu komut, kimliğinden bağımsız olarak o anda iletilmekte olan işi durdurur (bu, belirli bir kullanıcıya ait birden fazla işin sıralı olarak gönderildiği varsayımına dayanır).

  5. Belgede sunulan yanıtlar çok iyidir, ancak biraz ayrıntılandırılmaları gerekebilir. Örneğin, sözdizimi hata iletileri daha özgül olmalıdır. Kullanıcı şunu girdiğinde:

    OUT=(H) UCLA91: NE/ARP998.WGW.TEST

    hata iletisinin, yalnızca parametrelerden birinde bir sorun olduğu söylenmek yerine, ana bilgisayar adının geçerli olmadığını açıkça belirtmesini ister.

  6. Ağ üzerinden CCN’e uzak iş girişi deneyimi, kullanıcının şu ana kadar kaç kaydın gönderildiğini veya alındığını öğrenmek için bir iletim durumu komutuna ihtiyaç duyduğunu göstermiştir. Ağ bant genişliği büyüklük mertebesi olarak saniyede bir sayfaya karşılık gelmektedir. Ağ üzerinden CCN’e gönderilen işlerin ortalama çıktısı yaklaşık 30 sayfa içermektedir; bu nedenle önemli iletim gecikmeleri olağandışı değildir. Bu amaç için bir komut eklenmesi önemlidir.

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