Ağ Çalışma Grubu

Marshall D. Abrams
Ulusal Standartlar Bürosu
11 Temmuz 1972

Yorum Talebi: 364
NIC: 10606
Referanslar: NIC 6801

ARPANET Üzerinde Uzaktaki Kullanıcılara Hizmet Verme

Problem Tanımı

Hizmet veren ana makinenin kullanılamaz olmasından sonra, NET üzerindeki hizmet ana makinelerini kullanmaya çalışırken karşılaşılan en can sıkıcı problem, uzaktaki kullanıcılar için idari prosedürlerin ve bilgi yayılımının yetersizliğidir. Bu makale problemi incelemekte ve çözümler önermektedir.

Bilgisayar sistemleri uzaktaki kullanıcılara hizmet vermeye başladığında, yerel kullanıcılar için işleyen bir ortam ortaya koymuş olan bazı işletim prosedürleri, saha dışındaki kullanıcılar için tatmin edici olmayabilir. Bu prosedürler zaten yetersiz olabilir, ancak yerel topluluk resmi prosedürleri desteklemek üzere bir dizi gayriresmî prosedür geliştirmiş olabilir. Yerleşik resmi prosedürlerin yerel kullanıcılar için tamamen yeterli olduğu, ancak bunların uzaktaki kullanıcıya genişletilmeye çalışıldığında başarısız olduğu da doğru olabilir. Her iki durumda da bu makale bir problem olduğunu ileri sürmekte ve bunun iyileştirilmesine yönelik bir dizi öneri sunmaktadır.

Mevcut Bilgiler

Halihazırda mevcut olan bilgileri kullanmış (ya da kullanmaya çalışmış) biri olarak, öncelikle mevcut kaynakları özetlemeli ve bunların tüm gereksinimleri karşılamadığını belirtmeliyim. Bir kaynak defteri dizini vardır. Bu dizin, söz konusu niteliği sergileyen ana makineler için uygun ana girdiye yönlendiren, niteliklerden oluşan sıralı bir listedir. Dizin tamamlandığında, şimdi dikkatimizi çevirdiğimiz kaynak defterindeki ana girdilere atıfta bulunacaktır. Genel olarak ana girdi, mevcut donanım ve yazılım hizmetlerinin bir özetini içerir. Bu sitede bu girdiler, gerçekleştirmek istediğimiz hesaplamalar için uygun olabilecek hizmet merkezi ana makinelerini seçebileceğimiz bir "alışveriş listesi" işlevi görür.

Bazı idari bilgiler de sağlanmaktadır. Bir ana makine-saha alt bölümünün taslağı kullanılarak bu bilgiler şunlardan oluşur:

• I. Personel
• V.B. Ücret yapısı
• V.D. Uzun süreli depolama
• VII. Oturum açma
• VIII. Operatör ile iletişim
• IX. Çeşitli
• X. Programlar

"IX. Çeşitli" başlığı altındaki tartışma, kaynak kitabın gelecekteki bir revizyonunda ayrıntılı bir dokümantasyon bölümünün dahil edilmesine yönelik bir niyet beyanını içermekteydi. Bu en acil gereksinimdir. Bu makale, söz konusu bölüm için bir taslak oluşturabilecek bir öneri içermektedir.

Hizmet veren ana makinelerle ilgili bir diğer bilgi kaynağı NIC’tir. Bazı sahalar mevcut dokümantasyonlarını NIC’e sunmuştur; bazıları ise ağ kullanıcılarına yardımcı olmak için özel belgeler dahi yazmıştır. Ancak birkaç problem vardır: Söz konusu belgeler hakkında bilgi edinmek zor olabilir; özellikle ARPANET’e ve/veya NIC’e yeni olan biri için. NIC politikası belgeleri ödünç vermektir; bu, göz atmak için uygundur ancak başvuru amacıyla kabul edilemez.

Gerekli Bilgiler

Bir anket biçimi kullanarak, şimdi NIC 6801’i tamamlamak üzere kullanılabilecek ek taslak girdileri sunacağım.

XI. Mali Düzenlemelerle İlgili İdari Prosedürler

• Potansiyel bir kullanıcı kiminle iletişime geçer?
• Sistemi deneme amaçlı kullanmanın (ücretsiz) bir yolu var mı?
• Bilgisayar hizmetleri için nasıl bir hesap açılır?
• Gerekli boş idari formlar nasıl temin edilir?
• Tüm giderler (ör. kılavuzlar, posta) bilgisayar hizmetleri hesabına yansıtılabilir mi?
• Bir kişi hesabının durumunu nasıl belirler?
• Birden fazla kullanıcının hesaplarla ilişkisi nedir?
• Bir oturum sırasında biriken ücretler nasıl belirlenebilir?
• Hesap özetleri ne sıklıkla düzenlenir?
• Hesap özetleri düzenlendiğinde ne kadar günceldir?

XII. Bilgi Yayılımı

A. Dokümantasyon

• Bir "başlangıç cebi" var mı? Örnekler içeriyor mu?
• Mevcut belgelerin bir listesi var mı? Nerede?
• Yayınlanmış belgeler nerede satılmaktadır?
• Uzaktaki kullanıcı bu belgeleri nasıl temin eder?
• Belge satın alımları hesaba yansıtılabilir mi?
• Hata düzeltme sayfaları nasıl dağıtılır?
• Kılavuzlar ne sıklıkla güncellenir? Güncellemeler nasıl duyurulur?
• Hangi yerel dokümantasyon mevcuttur/gereklidir?
• Hangi üretici donanım/yazılım dokümantasyonu mevcuttur/gereklidir?
• Üretici dokümantasyonu, yerel dokümantasyonla aynı kaynaktan ve aynı düzenlemelerle temin edilebilir mi?
• Kılavuzlar arasındaki çelişkilerin çözümü için mekanizma nedir?
• Her alt sistem ve uygulama programı için dokümantasyon mevcut mu?
• Basılı bir bülten veya eşdeğeri var mı? Varsa, abone olmak için prosedür nedir? Eski sayıları temin etmek için ne yapılır?
• Otomatik olarak sunulan bir "günün mesajı" var mı?
• Düzensiz bir kullanıcı geçmiş "günün mesajları" hakkında nasıl bilgi sahibi olur?
• Gazete benzeri bir çevrim içi bilgi hizmeti var mı? Bu "gazetenin" eski sayıları nasıl temin edilir?

B. Kullanıcı Desteği

• Uzaktaki kullanıcılar için (zorunlu) tek bir temas noktası var mı?
• Bu kişinin teknik yeterlilik düzeyi nedir?
• İdari sorumluluk düzeyi nedir?
• Temas kişisi bir soruyu yanıtlayamazsa, bunu uygun kurum içi kişiyle takip eder mi? Uzaktaki kullanıcı kurum içi kişiye yönlendirilir mi?
• Uzaktaki bir kullanıcının teknik ve idari personele erişimine ne ölçüde izin verilir ya da kısıtlama getirilir?
• Yerel kullanıcının, uzaktaki kullanıcıya kıyasla önceliği nedir?
• Soruları yanıtlamak için bir telefon hizmeti var mı?
• INWATS veya eşdeğeri sağlanıyor mu?
• Hizmet saatleri nelerdir?
• Çevrim içi bir yardım mekanizması var mı? Nasıl çalışır?
• Çevrim dışı bir kullanıcı danışmanına mesaj göndermek için bir mekanizma var mı?

C. Teknik Yetenekler ve Gereksinimler

• Sistem yeteneklerinin bir dizini var mı?

1. Haberleşme

• Sisteme nasıl oturum açılır (ya da buna her ne deniyorsa)?
• Sayfa başına satır, satır başına sütun, ayrı satır besleme, ayrı satır başı dönüşü, birleşik satır başı dönüşü/satır besleme, yatay sekme, dikey sekme, form besleme ve geri silme konularında hangi aygıt varsayımları yapılmaktadır?
• Yazdırılmayan ASCII karakterlerinden herhangi birine standart dışı işlevler atanmış mıdır?

2. Komut Dili

• Gerekli asgari denetim ifadeleri kümesi nedir?
• Denetim ifadeleri nerede belgelenmiştir?
• Denetim ifadeleri için kurulum varsayılanları nelerdir?

3. Dosya Sistemi ve Düzenleyici(ler)

• Dosya sisteminin nitelikleri nelerdir? Varsayılanların adlandırma kurallarını açıklayın.
• "Dosyaların" bir kümesi, alt kümesi ve üst kümesi nasıl tanımlanır, ilişkilendirilir ve adlandırılır?
• Düzenleyici(ler)i ve dil işlemcilerini kullanabilmek için dosya sistemi hakkında gerekli asgari bilgi nedir?
• Adlar niteleyici sıfatlara bölünmüş müdür? Bunlara ne denir? Kısıtlamalar var mı? Varsayılanlar nelerdir?
• Düzenleyici(ler)in özelliklerini açıklayın. Hangi dokümantasyon mevcuttur?
• Satır içi düzenleme özellikleri var mı (ör. hemen önceki karakteri silme, tüm satırı silme)? Açıklayın.

4. Diller

• Hangi dil işlemcileri mevcuttur?
• İşlemciler nasıl uygulanmıştır (ör. yığın derleyici, yorumlayıcı, artımlı derleyici)? Bunun kullanıcı açısından farkı nedir?
• Dil lehçelerinizin standartla ve diğer lehçelerle uyumluluğu nedir?
• Farklı dillerde yazılmış program birimleri ne ölçüde iletişim kurabilir? Veri türlerini, gösterimleri ve yapıları olduğu kadar alt yordam bağlama kurallarını da tartışın.

XIII. Operasyonlar

• Dosyaların ve hesapların güvenliğini korumak için hangi önlemler yürürlüktedir?
• Uzaktaki bir kullanıcı yazdırma, delikli kart, çizim vb. işlemleri saha içindeki bir aygıta yönlendirebilir mi? Çıktıların kendisine postalanmasını nasıl sağlar?
• Hangi çevrim dışı ikincil depolama mevcuttur? Nasıl kullanılır? Maliyeti nedir?
• Uzaktaki kullanıcı manyetik bantları ve disk paketlerini nasıl talep eder, yeniler, serbest bırakır, takar ve söker?
• Çevrim dışı depolama ortamlarının postalanması için hangi düzenlemeler vardır?
• İşletim personeli uzaktaki kullanıcıların varlığının farkında mıdır?
• Yerel kullanıcılara sunulan ancak uzaktaki kullanıcılara sunulmayan hizmetler var mıdır; ya da tersi?
• Çevrim içi dosya depolama var mı? Maliyeti nedir? Hangi sınırlamalar uygulanır? Ne sıklıkla yedeklenir?
• İlan edilen işletim takvimi farklı zaman dilimlerindeki kullanıcıları dikkate alıyor mu?
• İlan edilen takvime yakından uyuluyor mu?
• Uzaktaki kullanıcılar takvimdeki değişikliklerden nasıl haberdar edilir?

Uygulama

Burada uzaktaki kullanıcılar için yararlı olduğu öne sürülen bilgilerin büyük bir kısmı yerel kullanıcılar için de geçerli olacaktır. Muhtemelen bunların çoğu zaten yerel dokümantasyonda mevcuttur. Uzaktaki kullanıcının, özellikle birden fazla uzaktaki ana makineyle çalıştığında, bu bilgileri genellikle kolayca bulamadığını ileri sürüyorum. Bilgilerin standart bir taslağı izleyen bir biçimde sunulması kesinlikle bir hizmet olacaktır. Ayrıca bu bilgilerin hazırlanmasının bir çaba tekrarını içerebileceğini ve değişiklikler olduğunda güncellenmesi gereken iki belge ortaya çıkarabileceğini de kabul ediyorum. Bir çözüm, ana makine sahasından temin edilebilecek literatür için bir rehber üretirken bu taslağı izlemektir.

Bu RFC, çevrim içi RFC arşivlerine giriş yapılabilmesi için Alan Ford tarafından 10/99 tarihinde makine tarafından okunabilir biçime dönüştürülmüştür.