Ağ Ölçüm Grubunun (NMG) Oluşumu
Yorum Talebi: 323
NIC: 9630
Tarih: 23 Mart 1972
Yazar: Vint Cerf, UCLA-NMC
17 Mart 1972 tarihinde, MIT Project MAC’te, ARPANET üzerinde ölçüm deneyleri gerçekleştirmeye yönelik planları görüşmek üzere aşağıdaki grup bir araya gelmiştir:
- A. Bhushan — MIT/DMCG
- V. Cerf — UCLA/NMC, Başkan, NMG
- S. Crocker — ARPA/IPT
- J. Forgie — LL/TX-2
- R. Metcalfe — MIT/HARV/DMCG
- M. Padlipsky — MIT/MULTICS
- J. Postel — UCLA/NMC
- J. Winett — LL/67
Toplantının amacı, ağ ve HOST davranışına ilişkin mevcut ve planlanan ölçümleri tartışmaktı.
1. Ölçüm Bağlantı Numaraları
(Aşırı derecede uzun bir tartışmanın ardından) yalnızca ağ ölçümü için 159–191 numaralı bağlantıların ayrılması konusunda mutabakata varılmıştır (bkz. RFC #317). Ayrıca bu bağlantıların aşağıdaki şekilde tahsis edilmesi kararlaştırılmıştır:
- 159–174 — HOST DISCARD; bu bağlantılarda mesaj alan ve iş birliği yapan HOST’lar, herhangi bir hata mesajı üretmeden bu mesajları atacaktır.
- 175–190 — Gerektikçe V. Cerf, UCLA/NMC tarafından tahsis edilecektir.
- 191 — IMP’ler tarafından, IMP istatistik paketlerinden elde edilen ölçüm trafiğini göndermek için kullanılacaktır.
HOST discard hizmetinin desteklenmesine katkıda bulunmak isteyen HOST’ların, NCP’lerini 159–174 numaralı bağlantılarda alınan tüm mesajları, kaynak HOST’a hata göndermeden atacak şekilde değiştirmeleri gerektiği açık olmalıdır (bu bağlantılarda herhangi bir bağlantı açılmayacaktır).
2. Süreç Discard
Toplantıda dile getirilmemiş olmakla birlikte, UCLA’dan C. Kline, iyi bilinen bir soket numarasıyla bir PROCESS DISCARD da önermiştir. Bu discard yordamının amacı, ağın Süreç-Süreç davranışını incelememize yardımcı olmaktır.
İş birliği yapan tüm HOST’ların, bazı standart soket numaralarında ICP’yi bekleyecek basit bir Process Discard programı yazabilmesi uygun olacaktır. Her HOST’taki iyi bilinen soket numaralarına ilişkin kapsamlı bir inceleme tamamlanana kadar herhangi bir soket numarası önerilmeyecektir (bkz. RFC #322).
3. NCP İstatistikleri
Toplantıda, birkaç sitenin merak nedeniyle NCP’lerini hâlihazırda enstrümante etmiş olduğu açıkça görülmüştür. Özellikle, Lincoln Labs’tan Joel Winett (360/67), yerel TELNET kullanıcıları tarafından başlatılan tüm bağlantıları enstrümante etmiştir. Bağlantı başına aşağıdaki gibi istatistikler toplamaktadır:
- Ağ bağlantı süresi
- NCP CPU süresi
- Bağlantı üzerindeki okuma veya yazma sayısı
- Zaman damgaları:
- ilk RFC
- son RFC
- ilk kapatma
- son kapatma
- Gönderilen mesaj ve bit sayısı
- Gönderilen veya alınan hataların günlüğü
MULTICS, gönderilen ve alınan düzenli (tip 0) mesajların sayısı ile gönderilen ve alınan düzensiz mesajların (tip 0 olmayan) sayısına ilişkin özet istatistikler toplamaktadır.
NWG, bazı standart 24 saatlik bir süre için (örneğin yerel gece yarısından yerel gece yarısına kadar) HOST bazında aşağıdakileri toplayacak asgari bir NCP enstrümantasyon yordamının uygulanması konusunda mutabakata varmıştır:
- HOST’a gönderilen toplam bit sayısı
- HOST’tan alınan toplam bit sayısı
- HOST’a gönderilen toplam mesaj sayısı
- HOST’tan alınan toplam mesaj sayısı ve isteğe bağlı olarak
- HOST’a giden gönderme bağlantılarındaki ortalama gidiş-dönüş gecikmesi
Yukarıdaki bilgiler yalnızca standart açık bağlantılar (yani standart NCP protokolünü kullananlar) için toplanmalı; ölçüm bağlantıları veya deneysel NCP bağlantıları için ve özellikle bağlantı 0 üzerindeki trafik için toplanmamalıdır.
Bir diğer isteğe bağlı ölçüm, tüm HOST’lar üzerinden bağlantı 0’daki mesaj türlerinin dağılımını (yani HOST bazında ayrıştırılmadan) toplamaktır. Bu, kontrol mesajlarının göreli kullanımını ortaya çıkaracaktır (ALLOC çok yaygın olmalıdır).
Son 24 saatlik örnekleme dönemi için toplanan veriler, iyi bilinen (belirlenecek) bir soket numarasına sahip, ICP’yi destekleyen ve aşağıdaki formatta bir mesaj üreten bir süreçten erişilebilir olmalıdır:
16 16
+----------+------------+
word 0 | Gün # | Zaman |
+----------+------------+
| |
1–365 (artık yılda 366) |______
|
Örneklemenin başlatıldığı
dakika cinsinden zaman.
0 (gece yarısı) ile 1439 arasında.
8 8
+--------+------+-------+----------+
word 1 | Kaynak | Bayt | N | Format |
| HOST | Boyu | | |
+--------+------+-------+----------+
| | | |_____________
___________| | | |
| | | |
Ağ | | +-----+-----+--+--+--+--+
HOST numarası | | | | | C | R | B | M |
| | +-----+-----+--+--+--+--+
| | | | | |
| | | | | mesaj
| mesajdaki HOST | | | istatistikleri
| ile ilişkili giriş | | |
| sayısı | | |__ bayt
| | | istatistikleri
| | |
bayt istatistiklerinde | |__ ortalama
bayt başına bit sayısı | gidiş-dönüş
| süresi
|
|__ kontrol
mesajı
dağılımı
Mesajın kalan sözcükleri, Format baytının ayarına bağlıdır:
<-------32--------->
+---------------------+
| Yabancı HOST # | her zaman mevcut
/ +---------------------+
| | alınan mesajlar | FORMAT biti M ayarlıysa
| +---------------------+
| | alınan baytlar | FORMAT biti B ayarlıysa
N adet bu | +---------------------+
giriş | | gönderilen mesajlar| FORMAT biti M ayarlıysa
| +---------------------+
| | gönderilen baytlar| FORMAT biti B ayarlıysa
| +---------------------+
\ | ortalama gecikme | FORMAT biti R ayarlıysa
+---------------------+
Bu, milisaniye cinsinden
ortalama RFNM gecikmesidir
8 24
+-------+---------------+
| tür | Sayı | FORMAT biti C ayarlıysa bunlar
+-------+---------------+ bağlantı 0 kontrol mesajı
| | | dağılımlarıdır ve örnekleme
+-------+---------------+ dönemi boyunca tüm HOST’lar
| | | üzerinden kümülatiftir. Bir
+-------+---------------+ tür mevcut değilse, sayısı
| | | 0 varsayılır.
+-------+---------------+
| | |
+-------+---------------+
| | |
+-------+---------------+
| . | . |
. .
. .
+-------+---------------+
| tür | Sayı |
+-------+---------------+
Bu istatistikleri gönderen süreç, tüm istatistik örneğini iletene kadar veri göndermeye devam edecek, ardından her iki bağlantıyı da kapatacaktır. İlk bağlantıyı talep eden sürecin, açık bağlantılarda bir kapatma isteği alana kadar alan mevcut oldukça tahsis etmeye devam etmesi beklenir. Daha sonra eşleşen kapatmalarla yanıt verir. Gönderen süreç, göndermek istediği son mesaj için bir RFNM alana kadar kapatmamalıdır.
4. Süreç Düzeyi Ölçümleri
R. Metcalfe, MIT/DMCG, NWG’nin ağ bağlantıları hakkında aşağıdaki verileri toplamayı değerlendirmesini önermiştir:
- Bit/sn cinsinden kapasite
- İletim gecikmesi
- Arızalar Arası Ortalama Süre
- Yüzde kullanılabilirlik
Bu istatistikler, bağlantıları birer iletişim ürünü olarak nitelendirir ve ağ bağlantıları raf ürünü olarak satılsaydı istenecek türden bilgiler olurdu. İlk iki ölçüm nispeten kolay elde edilir (her ne kadar bağlantıdan bağlantıya değişebilseler de). Son iki ölçüm daha zordur ve ölçülmeleri için bazı planlamalar gerektirecektir.
5. HOST Anketleri
Birçok HOST, çeşitli HOST’ların durumunu periyodik olarak test eden ve kaydeden otomatik anket programları geliştirmiştir ya da geliştirmektedir. BBN (Ellen Westheimer) bunu günlük olarak manuel biçimde yapmaktadır.
MIT/DMCG’de, R. Metcalfe ve M. Seriff tarafından geliştirilen bir program bu istatistikleri her 15 dakikada bir toplamakta ve verileri mesaj biçiminde saklamaktadır. Verilere DMCG’deki NETWORK programı aracılığıyla erişilebilir. HOST bazında bir özet alınabilir; bu özet, tüm örnekler üzerinden yüzde olarak çalışma süresini ve ICP gerçekleştirmek için saniye cinsinden mesaj yanıt süresini bildirir. Bu program ayrıca HOST’ların durumunu aşağıdaki ölçütlere göre tutar:
| Kod | Anlamı |
|---|---|
| 0 | HOST anketlenmedi |
| 1 | HOST kapalı (IMP’ye göre) |
| 2 | NCP RESET isteğine yanıt vermiyor (15 saniye zaman aşımı) |
| 3 | NCP reddediyor (ICP kapatma yanıtı aldı) |
| 4 | Logger yanıt vermiyor (ICP isteğinden sonra 20 saniye zaman aşımı) |
| 5 | Logger kullanılabilir (yani ICP başarılı, ardından DMCG tarafından kapatma isteği) |
Ayrıntılar ve örnek veriler, M. Seriff tarafından üretilen bir RFC’de mevcuttur (RFC #308, NIC #9259). UCLA’da M. Kampe benzer bir programı uygulamaktadır.
J. Postel ve V. Cerf, Ellen Westheimer’ın HOST’ların OPEN durumuna (HOST’ların hizmet saatlerini duyurmasıyla ilgili) ilişkin verilerini çizmiş ve ortaya çıkan grafiği oldukça ilginç bulmuştur. Hareketli ortalamaya göre, OPEN olan HOST sayısının artmakta olduğu görülmektedir; bu iyi bir işarettir.
Burada bir şekil vardı.
5. Dosya İletim İstatistikleri
MIT/DMCG’de H. Brodie, UCSB’nin Simple-Minded File System’ine ve oradan yapılan iletimler için dosya boyutunun bir fonksiyonu olarak iletim gecikmesini ve toplam verimi ölçmüştür. NWG, herhangi bir dosya iletim protokolü uygulamasının standart bir parçası hâline gelmesi gereken belirli ölçümleri tanımlamakla ilgilenmektedir. Özellikle dosya boyutlarının, iletim gecikmesinin ve belki de hedefin dağılımları ilgi çekicidir. Verim ölçümleri, Metcalfe’in önerdiği bağlantı ölçümleriyle ilişkilendirmek için de kullanılabilir.
6. Yapay Trafik Üreticisi
UCLA ve Lincoln Labs, ağ kapasitesini test etmenin bir yolu olarak yapay trafik üreticileriyle deneyler yapmıştır. Lincoln Labs’ta J. Forgie, normal bir kullanıcı sürecinden trafik üretmek için 360/67’yi kullanmıştır. Sistem yüküne bağlı olarak, 4800 bps ile 38 Kbps arasında değişen trafik hızlarını sürdürebilmiştir. UCLA yaklaşık bir yıldır bir üreticiye sahiptir ve paralel iletim için birden fazla bağlantı kullanarak yaklaşık 75 Kbps iletim hızları elde etmeyi başarmıştır.
NWG, ağı yapay olarak yüklemenin bir yolu olarak bu tür yapay trafik üreticilerinin birkaç HOST’ta kullanılabilir olmasını istemektedir. İdeal olarak, üreticiler TELNET benzeri bir protokolle başlatılabilmeli ve aşağıdakilerin belirtilmesine izin vermelidir:
- Üzerinden gönderim yapılacak bağlantı numaraları
- Hedef: HOST’lar veya IMP discard
- Her bağlantı üzerinden gönderilen mesajlar için varışlar arası süre dağılımı (yani her bağlantı için farklı bir dağılım olabilir) ya da en azından varsayılan üstel dağılım için ortalama IAT. Ortalama IAT’nin 0 olması, RFNM güdümlü trafiği ifade eder
- Mesaj uzunluğu dağılımı ya da her bağlantı için ortalama veya sabit uzunluk
Deney süresi boyunca ortalama gidiş-dönüş sürelerini ve gönderilen toplam bit sayısını biriktirmek de yararlı olacaktır.
UCLA’da trafik üreticisi aşağıdaki belirtimleri kabul etmektedir:
- Mesaj başlığı (bağlantı numarasını içerir)
- Mesaj uzunluğu (her bağlantı için) — dağılım (her bağlantı için sabit olabilir)
- Mesaj varışlar arası süresi — her bağlantı için dağılım
- Üretim süresi (saniye cinsinden)
Programa, mesaj üretimini erken durdurmak için zorunlu komutlar da gönderilebilir. Verim ve ortalama yanıt süreleri (gidiş-dönüş gecikmeleri) her bağlantı için otomatik olarak biriktirilir ve deneyin sonunda yayımlanır.
Daha gelişmiş bir sürüm, Process Discard deneyleri için ICP soket numarasının belirtilmesine de izin verecektir. Amaç, farklı sitelerde bir dizi yapay trafik üreticisinin bulunması ve bir ölçüm deneyi sırasında bunların UCLA/NMC’den uzaktan başlatılabilmesidir. İstenen üreticiye ilişkin daha fazla ayrıntı başka bir RFC’de yayımlanacaktır.
7. Diğer Sitelerdeki Ölçümler
Bahsedilmeyen sitelerdeki kişiler bazı ölçüm çalışmaları yapmış olabilir ve NWG bu kişileri sonuçlarını yayımlamaya teşvik etmektedir. NWG ile NCP ölçümleri (veya benzeri konularda) iş birliği yapmak isteyen herkesin aşağıdaki kişiyle iletişime geçmesi rica olunur:
Vint Cerf
UCLA-NMC Bilgisayar Bilimleri Bölümü
3804 Boelter Hall
Los Angeles, California 90024
(213) 825-4864
(213) 825-2368
[Bu RFC, çevrimiçi RFC arşivlerine girilmek üzere Hélène Morin, Viagénie tarafından makine tarafından okunabilir biçime dönüştürülmüştür, 12/99]