Ağ Değişimi İçin ASCII Formatı

Genel Bakış

Konu: Ağ iletişimleri için ASCII karakter kodlamasının standardizasyonu.

Problem: Erken ARPANET host'ları farklı karakter kodlama şemaları kullanıyordu, bu da metin değişimini sorunlu hale getiriyordu.

Öneri: Tüm ağ iletişimi için evrensel karakter formatı olarak ASCII (American Standard Code for Information Interchange) oluşturma.

Önem: Bu standardizasyon tüm ağ protokolleri için temel oldu ve bugün hala standarttır.

İçindekiler

1. Karakter Kodlama Problemi
2. ASCII Standart Genel Bakışı
3. ASCII Karakter Seti
4. Ağ Uygulaması
5. Dönüşüm Yönergeleri
6. Kontrol Karakteri Kullanımı
7. İletim Formatları
8. Önem

Karakter Kodlama Problemi

Mevcut Durum

ARPANET host'ları uyumsuz karakter kodları kullanıyordu:

Örnek Problem:

UCLA'dan mesaj (ASCII):     H e l l o
IBM'de alınan (EBCDIC):     ¿ È ô ô ø   [okunamaz]

Sonuçlar

1. Metin Değişimi: Dosyalar ağ genelinde okunamaz
2. E-posta: Mesajlar iletimde bozuluyor
3. Hata Ayıklama: Günlük dosyaları bozuk
4. Taşınabilirlik: Yazılımı sistemler arasında taşımak zor
5. Kullanıcı Hayal Kırıklığı: Temel metin iletişimi güvenilir değil

Standardizasyon İhtiyacı

Standardizasyon olmadan:

• Ağ metin için kullanılamaz hale gelir
• Geçici çözümler ve hileler çoğalır
• Kullanıcı güveni erozyona uğrar
• Her yeni host özel dönüştürme rutinleri gerektirir

ASCII Standart Genel Bakışı

ASCII Nedir?

ASCII = American Standard Code for Information Interchange (Bilgi Değişimi İçin Amerikan Standardı Kodu)

Ana Özellikler:

Neden ASCII?

Avantajlar:

1. Standartlaştırılmış: Birçok üretici tarafından zaten benimsenmiş
2. Basit: 7-bit kodlama, uygulaması kolay
3. Uyumlu: Çeşitli donanım platformlarında çalışır
4. Verimli: Metin için kompakt temsil
5. Yazdırılabilir: Okunabilir alfanumerik karakterler
6. Yerleşik: 1963'ten beri endüstri standardı

ASCII Karakter Seti

ASCII Karakter Tablosu

Yazdırılabilir Karakterler (32-126)

Boşluk'tan DEL'e (127)
0 1 2 3 4 5 6 7 8 9
0   SP ! " # $ % & ' ( )
1   * + , - . / 0 1 2 3
2   4 5 6 7 8 9 : ;  ? @ A B C D E F G
4   H I J K L M N O P Q
5   R S T U V W X Y Z [
6   \ ] ^ _ ` a b c d e
7   f g h i j k l m n o
8   p q r s t u v w x y
9   z { | } ~ DEL

Kontrol Karakterleri (0-31)

Detaylı Karakter Haritası

Büyük Harfler (65-90)

A(65) B(66) C(67) ... X(88) Y(89) Z(90)

Küçük Harfler (97-122)

a(97) b(98) c(99) ... x(120) y(121) z(122)

Rakamlar (48-57)

0(48) 1(49) 2(50) ... 8(56) 9(57)

Noktalama ve Semboller

SP(32)  !(33) "(34) #(35) $(36) %(37) &(38) '(39)
((40)   )(41) *(42) +(43) ,(44) -(45) .(46) /(47)
:(58)   ;(59) (62) ?(63) @(64)
[(91)   \(92) ](93) ^(94) _(95) `(96)
{(123)  |(124) }(125) ~(126) DEL(127)

Ağ Uygulaması

Standart Ağ Metin Formatı

Kural 1: İletim Formatı

Ağda iletilen tüm metinler şunları kullanır:

• 7-bit ASCII (bitler 0-6)
• İsteğe bağlı 8. bit: Eşlik veya uzantı
• Satır sonlandırma: CRLF (Carriage Return + Line Feed)
• Kod: CR(13) LF(10)
• Dizi: \r\n

Kural 2: Mesaj Başlığı

[Satır 1] Başlık bilgisi
[Satır 2] Konu/başlık
[Satır 3] (boş satır)
[Satırlar 4+] Mesaj gövdesi
[Son Satır] İmza/kapanış

Örnek E-posta Formatı:

From: kullanıcı@host
To: alıcı@host
Date: 1969-10-16 14:30:00
Subject: Ağ testi
Bu, ASCII iletimini gösteren bir test mesajıdır.
Saygılarımla,
Vint Cerf

Kural 3: Dosya Transfer Formatı

Dosyalar şu şekilde transfer edilir:

1. ASCII'de dosya meta verisi (ad, boyut, tarih)
2. ASCII veya ikili dosya içeriği
3. İkili ise: 7-bit kodlama kullan (örn., base64 benzeri)
4. Bitiş işaretçisi: açık EOF sinyali (RFC 13'e göre)

Dönüşüm Yönergeleri

IBM EBCDIC Sistemleri İçin

Dönüşüm Tablosu (EBCDIC → ASCII):

EBCDIC 'A' (0xC1) → ASCII 'A' (0x41)
EBCDIC 'a' (0x81) → ASCII 'a' (0x61)
EBCDIC '0' (0xF0) → ASCII '0' (0x30)
EBCDIC ' ' (0x40) → ASCII ' ' (0x20)

Uygulama Yaklaşımı:

1. Host'ta dönüşüm arama tablosu oluştur
2. Tüm giden mesajlar: EBCDIC → ASCII
3. Tüm gelen mesajlar: ASCII → EBCDIC
4. Host yazılımı şeffaf şekilde işler

PDP-10 9-bit ASCII İçin

Dönüşüm Prosedürü:

1. Tenex'ten 9-bit karakter kabul et
2. biti çıkar (yüksek seviyeli bit)

7-bit ASCII karakterini ilet Alıcı host 8. biti 0'a ayarlar (veya eşlik kullanır)

Yeni 8-bit Sistemler İçin

Öneri:

1. 0-6 bitlerinde ASCII kullan
2. Bit 7 seçenekleri:
3. Hata kontrolü için çift/tek eşlik
4. Sıfır (kullanılmıyor)
5. Özel karakterler için uzantı

Kontrol Karakteri Kullanımı

Ağ Açısından Önemli Kontrol Karakterleri

Kritik Sinyaller

TTY Kontrolleri (Uzaktan Oturum Açma İçin)

Satır Sonlandırma Standardı

Ağ Standardı: CRLF (CR + LF)

Gerekçe:

• CR imleci satırın başına taşır (daktilo semantiği)
• LF sonraki satıra ilerler
• Birleşik: sonraki satırın başına taşır
• Çoğu sistemle uyumlu

Tel Formatı:

Metin ... [CR=13] [LF=10] ... Sonraki satır

İletim Formatları

Format 1: Satır Odaklı Metin

||CR|LF|
"Merhaba ARPANET"          13 10
||CR|LF|
"Bu bir testtir"           13 10
||CR|LF|
""                         13 10

Format 2: İkili Veri (Base64 Benzeri Kodlama)

ASCII olmayan veriler için, ASCII yazdırılabilir karakterler olarak kodla:

[İKİLİ VERİ BAŞLANGIÇ]
SGVsbG8gPT0gPHdvcmxk   (base64 kodlama)
[İKİLİ VERİ BİTİŞ]

Format 3: Yapılandırılmış Mesajlar

[MESAJ BAŞLANGIÇ]
FROM[TAB]kullanıcı@UCLA[CR][LF]
TO[TAB]kullanıcı@SRI[CR][LF]
DATE[TAB]1969-10-16[CR][LF]
[CR][LF]
[ASCII'de mesaj gövdesi]
[CR][LF]
[MESAJ BİTİŞ]

ASCII Standardizasyonunun Faydaları

Anında Faydalar

1. Birlikte Çalışabilirlik: Tüm host'larda okunabilir metin
2. Hata Ayıklanabilirlik: Günlük dosyaları insan tarafından okunabilir
3. Basitlik: Tüm sistemler için tek kodlama
4. Verimlilik: 7-bit kodlama bant genişliğini azaltır
5. Uyumluluk: Mevcut yazılımla çalışır

Uzun Vadeli Etki

1. Protokol Geliştirme: Tüm protokoller ASCII kullanır
2. E-posta Sistemleri: Standart kodlamayla mümkün
3. Uzaktan Erişim: TTY iletişimleri standartlaştırıldı
4. Dosya Transferi: İkili dosyalar kodlanabilir
5. Ağ Hizmetleri: Tüm hizmetler için ortak temel

Önem

RFC 20, tüm ağ protokollerini şekillendirecek temel bir ilke oluşturur: tek bir karakter kodlamasında standardizasyon.

Ağ Geliştirmesi Üzerindeki Etki

ASCII ağın evrensel dili oldu:

1. Metin tabanlı protokoller: HTTP, SMTP, FTP hepsi ASCII kullanır
2. Mesaj standartları: E-posta, haber protokolleri
3. Uzaktan erişim: Telnet ASCII'de standartlaştı
4. Veri değişimi: İkili için Base64, hex kodlama
5. Sistem yönetimi: Günlük dosyaları, yapılandırma dosyaları

Tarihsel Önem

• Ağlar için bir karakter kodlamasının ilk açık standardizasyonu
• Sonraki tüm metin tabanlı ağ protokollerini mümkün kıldı
• Onlarca yıl boyunca karakter kodlama standartlarını etkiledi
• Erken standardizasyon kararlarının değerini gösterdi
• ASCII'yi 50+ yıldır ağ lingua franca'sı olarak kurdu

Modern İlgililik

UTF-8 modern internet protokolleri için büyük ölçüde ASCII'nin yerini almış olsa da, ilke geçerli kalır:

• Ağ değişimi için bir kodlama
• Net spesifikasyon belirsizliği önler
• Evrensel benimseme birlikte çalışabilirliği sağlar
• Geriye dönük uyumluluk evrim için önemli

Öneri

Yürürlük Tarihi: Hemen

Tüm ARPANET host'ları şunları yapmalıdır:

1. ASCII'yi standart metin kodlaması olarak benimse
2. Gerektiğinde EBCDIC/ASCII dönüşümünü uygula
3. Hata tespiti için 8-bit eşlik uygula
4. Satır sonlandırıcı olarak CRLF kullan
5. Tüm mevcut iletişim protokollerini güncelle
6. Kullanıcılar için dönüşüm prosedürlerini belgele

Sonuç

RFC 20'nin ASCII'de standardizasyonu teknik olarak devrimci değildi ancak idari olarak kritikti. Bu basit standardizasyon şu anlama geliyordu:

• Ağ gerçek insan iletişimi için kullanılabilirdi
• Metin dosyaları güvenilir şekilde transfer edilebilirdi
• Farklı host sistemleri birlikte çalışabilirdi
• Protokoller metin tabanlı mesajlaşma kullanabilirdi
• Uzaktan erişim pratik hale geldi

Bu standardizasyonun başarısı, ağ büyümesini ve işlevselliğini sağlamada erken, net teknik kararların gücünü gösterir.

University of California, Los Angeles (UCLA)

Network Working Group

Ekim 1969