← rfc/
╔══════════════════════════════════════════════════════════════════════════╗
RFC 18 · network

Ağ Üzerinde Bazı Reklamlar

Yazar
Stanford Research Institute
Kurum
SRI Arc
Tarih
27 Ağustos 1969
Durum
Network Working Group Yorum Talebi
Kanal
network/

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:

Resmileştirme İhtiyacı

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


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ğ:


Önerilen Kaynak Kategorileri

Reklamlanacak Kategoriler

1. Bilgi İşlem Kaynakları

2. Yazılım Hizmetleri

3. Dosya Hizmetleri

4. İletişim Hizmetleri

5. Özel Kaynaklar

6. Kullanılabilirlik Bilgisi


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

Seçenek 2: İtme Modeli

Seçenek 3: Hibrit Model (Önerilen)


Kaynak Dizini

Merkezi Depo

Önerilen konum: UCLA'daki Ağ Koordinasyon Merkezi

Tutar:

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

Başlangıç Zorlukları


Ö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

Mimari İlkeler

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


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