İçeriğe atla

toprak.run/rfc/network/18

RFC 18 ·

Ağ Üzerinde Bazı Reklamlar

ASIL METİN 27 Ağustos 1969·Stanford Research Institute, SRI Arc

ÇEVİRİ tarih kayıtlı değil·ASLINI GÖR

Genel Bakış

Konu: Ağ kaynak reklamı ve keşif mekanizmaları.

Öneri: Host'ların ARPANET ağında mevcut kaynakları, hizmetleri ve yetenekleri reklamlamaları için kurallar oluşturma.

Bağlam: Ağ genişledikçe, kullanıcıların doğrudan bilgi veya dokümantasyon olmadan uzak host'larda hangi hizmetlerin mevcut olduğunu keşfetmek için yöntemlere ihtiyacı vardı.


İçindekiler

  1. Giriş
  2. Kaynak Reklamı Problemi
  3. Önerilen Kaynak Kategorileri
  4. Reklam Mekanizması
  5. Kaynak Dizini
  6. Hizmet Keşif Protokolü
  7. Faydalar ve Uygulama
  8. Önem

Giriş

Arka Plan

Erken ARPANET birkaç özelliğe sahipti:

  • Sınırlı host sayısı: Başlangıçta sadece 4 host (UCLA, SRI, UCSB, Utah)
  • Hızlı büyüme: 1969-1970'te 10+ düğüme genişlemesi bekleniyor
  • Bilgi boşlukları: Kullanıcılar uzak sitelerde hangi hizmetlerin olduğunu bilmiyordu
  • Gayri resmi iletişim: Kaynak keşfi posta ve telefon görüşmeleriyle gerçekleşiyordu

Resmileştirme İhtiyacı

Ağ büyüdükçe:

  • Telefon görüşmeleri ve notlar pratik olmaktan çıktı
  • Kullanıcılar otomatik keşif mekanizmalarına ihtiyaç duydu
  • İdari ek yük önemli ölçüde arttı
  • Keşfedilebilirlik sorunları nedeniyle hizmet kullanımı düşük kaldı

Kaynak Reklamı Problemi

Mevcut Sınırlamalar

Yön Mevcut Durum Problem
Keşif Manuel/sözlü Kullanıcılar neyin var olduğunu bilmiyor
Kullanılabilirlik Reklamlanmamış Hizmetler kullanılamaz görünüyor
Dokümantasyon Dağınık Doğru bilgi bulmak zor
Güncellemeler Seyrek Değişiklikler iletilmiyor
Erişim Belirsiz Kullanıcılar hizmetleri nasıl kullanacağını bilmiyor

İstenen Durum

Şu özelliklere sahip bir ağ:

  • Kaynaklar otomatik olarak keşfedilir
  • Hizmetler kullanılabilirliği reklamlar
  • Yetenekler merkezi olarak kaydedilir
  • Değişiklikler hızla yayılır
  • Kullanıcılar uygun kaynakları bulabilir

Önerilen Kaynak Kategorileri

Reklamlanacak Kategoriler

1. Bilgi İşlem Kaynakları

  • CPU yetenekleri (hız, mimari)
  • Bellek kullanılabilirliği (toplam, boş)
  • Depolama kapasitesi (disk alanı)
  • Özel ekipman (yazıcılar, çiziciler, teyp sürücüleri)

2. Yazılım Hizmetleri

  • Mevcut veritabanı sistemleri
  • Programlama dili desteği (FORTRAN, ALGOL, LISP)
  • Metin işleme sistemleri
  • Grafik oluşturma sistemleri
  • İstatistiksel analiz paketleri

3. Dosya Hizmetleri

  • Dosya depolama kapasitesi
  • Dosya dizini listeleri
  • Yedekleme hizmetleri
  • Arşiv yetenekleri

4. İletişim Hizmetleri

  • Uzaktan oturum açma yetenekleri
  • Dosya transferi desteği
  • Posta hizmetleri
  • Bülten panosu sistemleri

5. Özel Kaynaklar

  • Deneysel ekipman erişimi
  • Devre simülasyon araçları
  • Ağ simülasyon ortamları
  • Veri depoları

6. Kullanılabilirlik Bilgisi

  • Operasyonel saatler
  • Bakım programları
  • Yük durumu
  • Yanıt süresi tahminleri

Reklam Mekanizması

Önerilen Format

Her host, şu şekilde yapılandırılmış bir kaynak reklam mesajı tutacaktır:

HOST: hostname
KONUM: site-adı
OPERATÖR: iletişim-adı (telefon/email)
DURUM: operasyonel | bakım | çalışmıyor
SON-GÜNCELLEME: zaman_damgası
BİLGİ İŞLEM:
CPU-TİPİ: üretici/model
CPU-SAYISI: sayı
BELLEK-MB: toplam-bellek
DİSK-MB: toplam-disk-alanı
YAZILIM:
DİLLER: FORTRAN | ALGOL | LISP | ...
VERİTABANLARI: [desteklenen veritabanları]
ARAÇLAR: [mevcut araçlar]
HİZMETLER:
DOSYA-TRANSFERİ: evet/hayır
UZAKTAN-GİRİŞ: evet/hayır
POSTA: evet/hayır
...
İLETİŞİM:
AD: kişi-adı
TELEFON: telefon-numarası
ADRES: posta-adresi

Reklam Yayını

Mekanizma Seçenekleri:

Seçenek 1: Çekme Modeli

  • Host'lar kaynak listesiyle ana sayfa tutar
  • Yeni host'lar kaynak bilgisi için sorgular
  • Tüm host reklamlarının merkezi kaydı

Seçenek 2: İtme Modeli

  • Host'lar periyodik olarak reklamları yayınlar
  • Merkezi toplama noktası tüm reklamları toplar
  • Host'lar ilgilenilen güncellemelere abone olur

Seçenek 3: Hibrit Model (Önerilen)

  • Ağ Koordinasyon Merkezi'nde merkezi kayıt tutulur
  • Host'lar periyodik olarak güncellemeler gönderir
  • Kullanıcılar merkezi kaydı sorgular
  • Acil güncellemeler yayın aracılığıyla itilir

Kaynak Dizini

Merkezi Depo

Önerilen konum: UCLA'daki Ağ Koordinasyon Merkezi

Tutar:

  • Tüm ağ host'larının ana listesi
  • Her host'un kaynak yetenekleri
  • Hizmet kullanılabilirlik bilgisi
  • Her site için iletişim bilgisi
  • Geçmiş kaynak kullanım verileri

Dizin Formatı

AĞ KAYNAK DİZİNİ
Oluşturuldu: 1969-08-28 10:00:00 UTC
Siteler: 4 (10+'ya genişliyor)
SİTE: UCLA
HOSTLAR: UCLA-Host
BİLGİ İŞLEM: IBM System/360 Model 91
DEPOLAMA: 64MB disk, 256KB bellek
HİZMETLER: Uzaktan giriş, dosya transferi, posta
İLETİŞİM: Bill Naylor (213-825-0000)
SİTE: SRI
HOSTLAR: SRI-Host
BİLGİ İŞLEM: PDP-10
DEPOLAMA: 150MB disk, 512KB bellek
HİZMETLER: Dosya transferi, posta, grafikler
İLETİŞİM: Bill Duvall (415-326-6200)
SİTE: UCSB
HOSTLAR: UCSB-Host
BİLGİ İŞLEM: IBM System/360
DEPOLAMA: 32MB disk, 128KB bellek
HİZMETLER: Uzaktan giriş, posta
İLETİŞİM: Don Allen
SİTE: UTAH
HOSTLAR: Utah-Host
BİLGİ İŞLEM: PDP-10
DEPOLAMA: 80MB disk, 256KB bellek
HİZMETLER: Dosya transferi, grafikler
İLETİŞİM: Don Beard

Hizmet Keşif Protokolü

Önerilen Sorgulama Mekanizması

Sorgu Formatı

SORGU:  
Örnekler:
SORGU: DİL LISP
SORGU: DEPOLAMA >100MB
SORGU: HİZMET posta
SORGU: KONUM-YAKIN california

Yanıt Formatı

SONUÇLAR: 2 eşleşme bulundu
EŞLEŞME 1:
HOST: SRI-Host
İLETİŞİM: Bill Duvall
ADRES: Stanford Research Institute
TELEFON: 415-326-6200
EŞLEŞME 2:
HOST: Utah-Host
İLETİŞİM: Don Beard
ADRES: University of Utah
TELEFON: 801-581-8800

Uygulama Yaklaşımı

  1. Kullanıcı gerekli kaynak için sorgu oluşturur
  2. Yerel host sorguyu Ağ Koordinasyon Merkezi'ne iletir
  3. NCC kaynak dizininde arar
  4. NCC eşleşen host'ları döndürür
  5. Kullanıcı seçilen kaynakla iletişim kurar

Faydalar ve Uygulama

Avantajlar

Fayda Etki
Keşfedilebilirlik Kullanıcılar mevcut kaynakları bulur
Verimlilik Daha iyi ağ kullanımı
Büyüme Yeni host'ların daha kolay eklenmesi
Destek Manuel soruşturma ihtiyacının azaltılması
Planlama Kapasite planlaması için veri
İşbirliği Kaynak paylaşımını teşvik eder

Uygulama Zaman Çizelgesi

  • Hafta 1: Reklam formatı standardını tanımla
  • Hafta 2: Ağ Koordinasyon Merkezi kaydı uygular
  • Hafta 3: Host'lara yayın mekanizması uygula
  • Hafta 4: Tüm host'lar reklamları göndermeye başlar
  • Hafta 5: Merkezi dizin operasyonel ve aranabilir

Başlangıç Zorlukları

  • Farklı sistemler arasında format standardizasyonu
  • Reklamların zamanlılığı
  • Kaynak bilgisinin doğruluğu
  • Reklam trafiği için bant genişliği
  • Kaynak bilgisinin gizliliği/güvenliği

Önem

RFC 18, ağ kaynak yönetimi ve hizmet keşfi hakkında erken düşünceyi belgeler.

Tarihsel Etki

Öneri modern teknolojik kalıpları öngördü:

  1. DNS (Domain Name System): Ağ genelinde kaynak keşfi
  2. SNMP (Simple Network Management Protocol): Sistem izleme ve istatistikler
  3. Hizmet Keşif Protokolleri: Bonjour, LDAP, Service Location Protocol
  4. Bulut API'leri: Kaynak sayımı ve sorgulama
  5. Konteyner Kayıtları: İmaj keşfi ve meta veri

Modern Paralellikler

  • Kubernetes Hizmet Keşfi: Otomatik kaynak reklamı
  • AWS Resource Groups: Kaynakları kataloglama ve yönetme
  • OpenStack Horizon: Kaynak listeleme ve keşif
  • GitHub Package Registry: Yazılım artefakt keşfi

Mimari İlkeler

RFC, dağıtık sistemlere temel olan kavramları oluşturdu:

  • Merkezi olmayan kaynaklar, merkezi keşif
  • Manuel kayıt yerine otomatik reklam
  • Kaynak konumu için sorgulanabilir dizinler
  • Gerçek zamanlı bilgi için dinamik güncellemeler

Sonuç

RFC 18'in spesifik önerileri resmi olarak standartlaştırılmamış olsa da, ARPANET'in genişleme aşamasında ağ ölçeklenebilirliği ve kaynak yönetimi hakkında önemli düşünceyi belgeler.

Otomatik keşif mekanizmalarıyla merkezi kaynak dizinleri ilkesi, tüm büyük ölçekli ağlarda standart uygulama haline geldi ve modern bulut bilişim ve dağıtık sistemler için temel olmaya devam ediyor.


Stanford Research Institute

Network Working Group

Ağustos 1969