Network Working Group
Bob Bressler
RFC #486
BBN
NIC #15064
20 Mart 1973

Veri Aktarımına Yeniden Bakış

Son zamanlarda hem RJE hem de FTP protokollerinin geliştirilmesi ve iyileştirilmesi için çok sayıda çalışma yapılmıştır. Ayrıntılardan ve küçük sorunlardan bir adım geri çekilerek, bu iki protokolü şu şekilde tanımlayabiliriz:

1. komutların iletildiği bir kontrol bağlantısı ve
2. yorumlanmamış (sunucu süreci tarafından) verinin iletildiği bir veri bağlantısı.

Her iki protokol de sunucuya kendini tanıtma, parametreleri ayarlama ve bir miktar veri aktarma kavramlarıyla ilgilenir.

"Hot card reader" gibi yeni fikirler ve kavramlar, protokollerden birine ya da diğerine dahil edilmiştir, ancak bu kavramlar genel olarak her ikisi için de geçerlidir. Ayrıca, iki protokolün yapılarının mümkün olduğunca benzer olmasını sağlamak için büyük bir çaba gösterilmiştir.

Bu tartışma, elbette, bunları iki ayrı protokol olarak ele almayı bırakıp tek bir birim halinde birleştirmemiz gerektiği yönündeki öneriye götürmektedir — belki de "data transfer" adını yeniden canlandırarak.

Bununla, basitliğin yanı sıra çeşitli avantajlar da elde edilir. Sitelerin yalnızca tek bir sunucu programı geliştirmesi yeterlidir — her zaman "command not implemented" yanıtını verebilecekleri göz önüne alındığında. Bu ayrıca RJE kullanıcıları ve sunucularının (muhtemelen) ayrı bir FTP kullanıcısı ve sunucusu başlatmak zorunda kalmasını da önleyecektir — böylece programların ve Telnet bağlantılarının ikiye katlanmasından doğan yükten tasarruf sağlanacaktır.

Yeni fikir ve kavramların tüm kullanıcılar ve sunucular tarafından paylaşılmasının güvence altına alınması gibi ek bir avantaj da elde edilecektir. Bir RJE kullanıcısı, daha önce yalnızca RJE protokolünde tanımlanmış olan "hot card reader"ı kullanarak kart destesini (dosyasını) başka bir makinenin dosya sistemi üzerindeki depolamaya aktarabilecektir.

Birleştirilmiş protokolün komut kümesi artık birkaç tür komut kümesinden oluşacaktır. Bu kümeler şunları içerir:

• a. genel sistem komutları (örn., USER, HELP)
• b. parametre ayarları (örn., TYPE, STRU)
• c. veri denetimi (örn., ABORT, REIN)
• d. dosya işlemleri (örn., STOR, RETR, LIST)
• e. iş yürütme (örn., INPUT, OUTPUT, CHANGE)

Her bir komutun sözdizimini tamamen belirtmeye çalışmayacağım; çünkü bunlar hâlâ kesinleştirilmektedir (okuyucuya bir alıştırma olarak mı bırakıldı?).

Yalnızca dosya aktarımıyla ilgilenen bir uygulayıcı, genel veri aktarım yordamlarını ve küçük bir dosya aktarım komutları kümesini uygular. Başka bir site ise iş yürütme komutlarını da uygulamak isteyebilir.

Geleneksel RJE istasyonlarındaki kullanıcılar, kullanıcı makinelerindeki dosya aktarım komut paketini kullanarak, diğer RJE işlevlerini desteklemeyen makinelerde dosyalarını depolayabileceklerdir. Daha sonraki bir tarihte, ağın başka bir yerindeki bir toplu iş sunucusuna bağlanabilir ve girdisini şu anda dosyaları depolayan siteden almasını talimatlandırabilirler. Böylece kart okuyucu kullanılabilirliği ile bir toplu iş makinesine erişimin eşzamanlı olması gerekmez.

Bu önerinin karmaşıklığı hakkında bir fikir edinme amacıyla, en son FTP sürümü (RFC 454) RJE belgesiyle karşılaştırılmıştır. RJE belgesinde yapılması gereken değişiklik miktarı aslında nispeten küçüktür (ve belki de bunu izleyen bir RFC oluşturacaktır). Olası bir eylem planı olarak, BBN'de 16 Mart toplantısından çıkan "resmi FTP"nin alınması ve komutların veri aktarımı ve dosya aktarımı bileşenlerine ayrılması düşünülebilir. RJE belgeleri daha sonra, "yeni" veri aktarım protokolünün bir RJE alt kümesine de sahip olacak şekilde gözden geçirilebilir veya yeniden yazılabilir. Bu, veri aktarımıyla ilgili RJE bölümlerinin tanınıp çıkarılması ve yalnızca iş gönderimi ve yürütmeyle ilgilenen bir komut alt kümesinin bırakılmasıyla gerçekleştirilecektir. Bu yaklaşım, mevcut uygulamalar üzerinde en az düzeyde sarsıntı çıkarmayı amaçlamaktadır.

Bu önerinin amacı her şeyi tek bir protokole sıkıştırmaya çalışmak değil, ortak kodun büyük bölümünü — veri aktarımını — mevcut ve yeni protokollerin kullanımına sunmaktır. Posta ya da yük paylaşımı gibi yeni fikirler, bu veri aktarım mekanizmasının ortak olarak kullanılabilir olması sayesinde daha kolay geliştirilebilir.

RB/jm

Bu RFC, çevrimiçi RFC arşivlerine girmek üzere, eski adıyla BBN Corp. olan GTE'nin desteğiyle Alex McKenzie tarafından makine tarafından okunabilir biçime dönüştürülmüştür (9/99).