ATM HÜCRE


CCNA RS de Frame yapilarini incelemistik.

Ethernet II
802.3
HDLC
PPP
Frame Relay


Bunlar Layer 1 deki 0 ve 1 lerin anlamli bir bütün haline
geldikleri ilk sekil idi.


Frame deyince aklmiza FRAME HEADER gelir,
ve FRAME den sonraki ( Frame in getirdigi ) PDU gelirdi.

Peki ATM de nasil ?

Burda ATM Frame lere ATM Hücre deniliyor.

Benzer mantik ama birazcik farkli.

Layer 1 de 0 ve 1 olmadan önceki son hal
ATM CELL ( hücre ) dir.

Daha önceden Frame leri alacagi boyutlari çalismistik.
MTU degerleri falan vardi. Header larin alacagi boyutlar falan.

Burda ise söyledir.

Her ATM CELL 53 Byte dir

Bunun 5 Byte lik kismi ATM HEADER geri kalan 48 Byte ise PDU dur.
Kabaca böyledir.


TCP/IP katmanlarinda bunu bir yere yerlestirecek olursak,

ATM HÜcreyi aynen LAYER 2 FRAME gibi düsünebiliriz.

Simdi görüldügü gibi TCP/IP ye biraz yabanc bu HÜCRE olayi.
TCP/IP de Layer 4 den Layer 1 e inen bir bilgi,
LAyer 2 de ATM CELL e dönüsüyor.

Sirf bunun için LAyer 2 deki ATM CELL ile
Yukari LAYER lar arasina ATM ADAPTATION LAYER koymuslar.


ATM ADAPTATION LAYER aslinda bir Layer degildir bana göre

Yasli bir amcadir.

GÖrevi ise üSt katmanlardan gelen bilgiyi HÜCRE ye dönüstürmektir ve bir kaç ayrıntı.

Ilk yasli amcanin adi ATM ADAPTATION LAYER 1 mis.

Kisaca AAL1 demisler. Sonra o emekli olunca AAL2, sonra AAL3, sonra AAL4

ve en sona AAL5 diye biri gelmis.

Kisaca AAL5 kullanicaz.

AAL nin yaptigi bu ise SAR denir.

Segmentation and Reassembly.

Yani yukardan gelen BILGI yi küçük ATM HÜCREleri haline getirir.
Interafce den aldigimiz HÜCRE leride yine ayni sekilde
IP ye falan dönüstürür iste


Neyse gelelim HÜCRE mize :

Ve 5 Bytelik HÜCRE HEADER içinde

VPI/VCI bilgisi vardir bizi ilgilendiren .

Zaten öylede olmak zorunda.
Ethernet Frame olsa MAC olurdu.
Frame Relay Frame Olsa DLCI olurdu.

ATM CELL içindede VPI/VCI olacak tabi.


Yalniz kötü bir haberim var.

ATM CELL( Hücre ) içinde PROTOCOL kismi yok.

Bunu ilk okugumda ( sanirim RFC 1577 içindeydi ) sasirdim.

Hücre den sonra gelen PDU nun ne oldugunu nasil bilicez ?

Öyle ya bir yukardaki Katman a göndericez ama kime ?

Bunun için iki tane teknik gelistirmisler.

VC-MUX
LLC/SNAP


Kod:
Bu konuya DSL makalesinde tekrar dönücez.

VC-MUX sudur :
------------------

PVC tanimlamasi yaparken
bu PVC den aldigi HÜCREyi yukarda hangi protocol e gönderecegini
belirlicez. BU islemi Static yapicaz.

Mesela dicezki, sana gelen ATM HÜCRE içindeki PDU lar
aslinda Layer 3 de IP ye geliyordur. Direk ona yolla.
Tabi önce AAL5 miz SAR islemini yapsin.


PVC nin her iki ucundaki konfigurasyonda
ayni degerleri girince tamamdir.


Örnek Olarak //


R1 ----- ATM Switch ----- R2 olsun.

R1 - 12.0.0.1 ( VPI/VCI-1/33)
R2 - 12.0.0.2 ( VPI/VCI-1/34)

Kullanalim...


Kod:
R1

conf t
int atm1/0
ip add 12.0.0.1 255.255.255.0
pvc 1/33
ENCAPSULATION AAL5MUX IP

Kod:
R2

conf t
int atm1/0
ip add 12.0.0.2 255.255.255.0
pvc 1/34
ENCAPSULATION AAL5MUX IP
protocol ip 12.0.0.1 broadcast
AAL5 = Amcanin adi
MUX = VC-MUX kullandik.
IP = CEll içinden gelen IP dir dedik.


Bunun yarari sudur.
CELL içinde extra bir bilgi tasimamis oluyor.
Normalde FRAME HEADER lar içinde PROTOCOL kismi olur.

Kötü yönü ise
Maalasef bir PVC için BIR TANE PROTOCOL tanimlayabiliriz.


Not : VC-MUX Inverse ARP desteklemez.
Onun için STATIC MApping yapicaz.


LLC/SNAP
-------------


CCna konulari içinde ,
802.3 ethernet frame ini hatirlayalim .
LLC ve SNAP bilgisi vardi.
ISte bu LLC/SNAP o LLC/SNAP


Burda ise CELL den sonra LLC/SNAP gelir.
Ve onun içinde yazilidir Bir sonraki PROTOCOL ün ne oldugu !
VE istedigimiz PROTOCOL ü tasiriz.
Kisaca bir PVC üzerinden bir sürü Protocol tasinabilir.

Konfigurasyon basittir.


Rx


Kod:
conf t
int atm1/0
ip add 12.0.0.X255.255.255.0
pvc 1/3X
ENCAPSULATION AAL5SNAP
bu kadar.

Not :
Bu komutu girmemize bile gerek koytur.
Bu ATM interface lerde DEFAULT dur !!!
Ayrica LLC/SNAP Inverse ARP destekler.



Bir Sonraki konu ---> ATM üzerinden RIP