| Yazar | H. Brodie | | Kurum | UCLA-NMC | | Tarih | 6 December 71 | | Durum | Network Working Group Yorum Talebi | | RFC Numarası | 269 |
UCLA-NMC’de yakın zamanda, UCSB’nin depolama yeteneğinden onların Simple Minded File System sistemi aracılığıyla yararlanan bir programın uygulamasını tamamladık (SMFS’in açıklaması için Jim White tarafından yazılmış RFC #122’ye bakınız). Programın kullanımı Ek A’da ayrıntılı olarak açıklanmaktadır.
Uygulama çalışması ve sonrasındaki kullanım sırasında bir dizi şey öğrendik. Bunların bir kısmının ağ genelinde kullanılacak bir Dosya Aktarım Protokolünün geliştirilmesine katkı sağlayabileceğini düşünüyoruz ve bu konular üzerine daha fazla tartışmayı teşvik etmeyi umuyoruz. UCSB protokolünde, ağ genelinde kullanılacak protokole dahil edilmesini görmek istediğimiz bazı özellikler keşfettik; ayrıca şu anda önerilen ağ protokolünde bulunan ancak ne yazık ki UCSB protokolünde bulunmayan bazı noktalar da görüyoruz.
İlk kategoriye UCSB dosya alma yordamı girer. Kullanıcı, diğer bazı bilgilerin yanı sıra, mevcut istekte alınacak bit sayısını belirten bir bit sayısı belirtir.
Ardışık RTF komutları dosyanın ardışık parçalarını sağlar. Dosyanın belirli bölümleri SPF komutunun kullanılmasıyla atlanabilir. Kullanıcının almak üzere olduğu dosya "parçalarının" boyutunu belirtebilmesi ve tüm dosyayı almak zorunda kalmadan dosyanın herhangi bir bölümüne erişebilmesi önemli bir avantajdır. Kullanıcı programlarının yazılmasını kolaylaştırır çünkü giriş akışını ayrıştırma problemi neredeyse tamamen ortadan kalkar; kullanıcı programı her zaman tam olarak ne beklemesi gerektiğini bilir. Buna ek olarak, protokolün tek istek–tek yanıt yapısı, bir istek gönderip ardından bilinmeyen aralıklarla ve öngörülemeyen boyutlarda veri parçaları alma sorununu ortadan kaldırır. Her RTF yanıtı, "karşı taraf hâlâ dinliyor" bilgisini veren güven verici bir işaret sağlar.
Bu durum, tek istek–tek yanıt türünde bir protokolün benimsenmesinin önemli kazançlar sağlayabileceğine inanmamıza yol açıyor. Önemli büyüklükte herhangi bir dosya aktarımı için bunun genel veri aktarım hızını ciddi biçimde düşürmeyeceğini de belirtmek isteriz; çünkü SMFS’in kullandığı "varsayılan değer" yaklaşımı gibi bir yöntem kullanılarak istek mesajları çok küçük tutulabilir. Ayrıca UCSB’nin zorunlu parola düzeninin oldukça kolay kullanılabildiğini de gördük ve herhangi bir sunucu sahasının (yani özellikle dosya depolama hizmeti sunduğunu duyuran bir sitenin) parola talep etmesinin makul olduğunu düşünüyoruz (ayrıca bkz. R. Braden tarafından yazılmış RFC #238).
SMFS’i kullanmaya başladıktan hemen sonra bir alanda ciddi bir eksiklik fark ettik. Bir kullanıcının "orada hangi dosyalarım var?" diye sorabileceği bir yol yok. Aslında yazar, orada çoktan "unuttuğu" birkaç dosyanın bulunduğundan şüphelenmektedir! Herhangi bir sunucunun, kullanılan parola, kullanıcı ya da hangi bölümlendirme yöntemi varsa ona karşılık gelen şekilde orada saklanan dosyaları açıklayan düzgün biçimlendirilmiş bir karakter dizisi sağlaması makul, hatta belki de gereklidir. Bu liste ayrıca oluşturulma tarihi, boyut vb. diğer ilgili bilgileri de içermelidir.
Bu arada UCSB, SEX sistemine değerli bir "çevrim dışı–çevrim içi" depolama olanağı sağlamaktadır ve düşük maliyetli büyük hacimli depolama ile donatılmış çok sayıda sunucu sitesinde uygulanacak, geniş kabul gören bir dosya aktarım protokolünün geliştirilmesini sabırsızlıkla bekliyoruz.
Ek A
SEX Notebook
Bölüm 23.29
H. Brodie
3 December 71
FXFER
FXFER, Symbol dilinde yazılmış yeniden girişli bir programdır ve UCSB’nin Simple Minded File System sistemini kullanarak UCSB’den dosya gönderip almak için kullanılır. SMFS’e yönelik Ağ arayüzünün açıklaması için Jim White tarafından yazılmış RFC #122’ye bakınız.
Dosyalar burada, teyp işleminin kullandığı sayfalı biçimle aynı olan sayfalı bir biçimde saklanır:
...
Dolayısıyla Master’ın n sayfa olarak listelediği bir dosya, UCSB’de 2048n bayt depolama alanı kaplar. Kullanıcının oturum açma baş harfleri hem erişim hem de değiştirme parolası olarak kullanılır; böylece bir dosya bir kullanıcının oturumuyla gönderilmişse, yalnızca o kullanıcı tarafından geri alınabilir veya silinebilir.
Komutlar
- PA — "Print All" sayacını artırır. Bu sayacın farklı ayarları, konsolda program izleme çıktısının farklı seviyelerde görüntülenmesini sağlar.
- NP — Yazdırma yok. Bu komut "Print All" sayacını sıfıra ayarlar.
- DF FOO — UCSB’de bulunan "FOO" dosyasını siler.
- PF FOO — Kullanıcının kök dizini tarafından işaret edilen "FOO" dosyasını UCSB’ye gönderir. "FOO" için yalnızca okuma erişimi gereklidir.
- GF FOO — UCSB’de bulunan "FOO" dosyası alınır ve kullanıcının kök dizinine (yazma erişimi ile) yerleştirilir. Doğru parolaya sahip olmak için dosyanın kullanıcı tarafından gönderilmiş olması gerektiğine dikkat edin.
- RN FOO BAR — UCSB’deki "FOO" dosyasının adını "BAR" olarak değiştirir. PF ve GF ile aynı parola kısıtlamaları geçerlidir. (Henüz uygulanmadı)
- ST — Durum. Programın ne yaptığını ve ne kadar ilerlediğini bildirir.
- X — Programdan çıkış.
Eğer sistem ve/veya UCSB özellikle yavaşsa, UCSBFIL bir zaman aşımı mesajı yazdırabilir. Bu noktada kullanıcı programı sürdürme ya da programdan çıkma seçeneklerinden birini seçebilir. Mesaj kendi kendini açıklayıcıdır; programın çoğu mesajı da böyledir.
Bu RFC, çevrim içi RFC arşivlerine eklenmek üzere makine tarafından okunabilir biçime Nick Christenson tarafından 10/97 tarihinde dönüştürülmüştür.