| Yazar | R. T. Braden | | Kurum | UCLA-CCN | | Tarih | 29 Eylül 1971 | | Durum | Network Working Group Yorum Talebi | | RFC Numarası | 238 |
Network Working Group — R. T. Braden
Yorum Talebi: 238
NIC #: 7663
UCLA-CCN
29 Eylül 1971
Günceller: RFC 171, RFC 172
Veri Aktarım Protokolü
- Descriptor/Count modunda, Bilgi Ayraçlarının bir işlem sıra numarası alanına sahip olması gerekir. Aksi takdirde alıcı, ayrım gerçekleşmeden önce tüm işlemleri aldığından emin olamaz. Bu durum, iki tür bilgi ayraçlarının bulunmasını gerektirir: biri Descriptor/Count modu için, diğeri DLE modu için.
- Kullanılabilir modlar el sıkışması zorunlu olmamalıdır; çünkü bu, simplex durumunda anlamlı değildir. Alıcı, vericinin hangi modları kullanabilecek olabileceğini önemsemez; yalnızca hangi modun kullanıldığını önemser ve bunu ilk veri veya kontrol işlemi geldiğinde öğrenir. Duplex durumunda bile, alıcının vericiden gelen kullanılabilir modlar bilgisini ne şekilde kullanacağı açık değildir.
Dosya Aktarım Protokolü
- Protokol, bir dosya sonunun bağlantının kapatılmasıyla belirtilmesine izin verir. Bu, NETRJS’in erken bir sürümünde yaptığımız hatanın aynısıdır. Bir Dosya Ayırıcı işlemi olmadan bağlantının kapatılması yalnızca bir hatayı göstermek için kullanılmalıdır; yani iletimi iptal etmek için. Dosya aktarımının normal tamamlanmasını belirtmek için asla kullanılmamalıdır. Nedeni açıktır: alıcının, CLS'nin normal tamamlanmayı mı yoksa diğer ana bilgisayardaki anormal bir durumu mu (örneğin dosya aktarım programının durması) gösterdiğini ayırt etmesinin bir yolu yoktur.
- store isteğinin iki biçimi olmalıdır: biri aynı adlı bir dosya zaten mevcutsa başarısız olan, diğeri ise aynı adlı mevcut dosyanın yerine geçen (şu anda olduğu gibi).
- Bir hizmet merkezi ana bilgisayarının, başka herhangi bir işlem kabul edilmeden önce kullanıcı adı ve parola işlemlerini zorunlu tutması beklenebilir.
- Kaybolan veri veya kaybolan senkronizasyon için tanımlanmış hata işlemleri yoktur. Bunların DTP düzeyinde ele alındığı varsayılıyor mu?
- Tanımlanmış tüm hata kodlarının, ardından açıklayıcı bir metnin gelmesine izin verilmeli (ve teşvik edilmelidir).
RTB:gjm
Bu RFC, Alex McKenzie’nin yönlendirmesi altında (12/96) BBN Corp. tarafından çevrimiçi RFC arşivlerine eklenmek üzere makine tarafından okunabilir biçime dönüştürülmüştür.