ATM Serisi 1 - ATM Nedir ?
CLI Guru - Cisco Eğitim ve Danışmanlık Merkezi |

2007 yılından bu yana aktif olan ciscotr.com, kısa bir süre sonra " www.bilisim.pro " olarak devam edecektir.  
Mevcut mesajlarınız ve kullanıcı bilgilerinizle yenilenen sitemizde katılıma devam edebileceksiniz.

+ Konuyu Cevapla
Toplam 2 sonuçtan 1 ile 2 arasındakiler gösteriliyor.
Like Tree1Likes
  • 1 Post By MCyagli
ATM Serisi 1 - ATM Nedir ?

ATM ------- Asynchronous Transfer Mode. Bu makale serisi giris niteliginde ATM konusunu ele alsin. SP çalisan arkadaslar tecrübelerini paylasirsa aydinlaniriz. *** L2 VPN olarak CCNA RS de Frame Relay görmüstük.

  1. #1
    MCyagli isimli Üye şimdilik offline konumundadır Administrator
    Üyelik tarihi
    Jul 2009
    Bulunduğu yer
    Corum - Turkiye
    Mesajlar
    565

    Standart ATM Serisi 1 - ATM Nedir ?

    ATM
    -------

    Asynchronous Transfer Mode.
    Bu makale serisi giris niteliginde ATM konusunu ele alsin.
    SP çalisan arkadaslar tecrübelerini paylasirsa aydinlaniriz.

    ***

    L2 VPN olarak CCNA RS de Frame Relay görmüstük.
    Ona benzer bir teknoloji de ATM dir.

    Önce Frame Relay konusunu söyle bir kocaman tekrar edelim,

    ATM nin çok büyük bir bölümü bitmis olacak

    ***

    Frame Relay : Tek bir fiziksel kablomuz olmasina ragmen
    bir çok yere farkli arayüz ve kablolarla baglaniyoruz hissi verilmesidir

    R1 ------- ISP ---- R2
    .
    .
    R3

    R1 den ISP ye tek bir kablo gidiyor.
    Ancak bu kablonun içinden SANAL KABLO lar geçirip,
    birini R2 ye digerini R3 e baglayabiliriz.

    Bu sanal kablolara VC denir.
    Iki çesidi vardir. PVC ve SVC.
    En meshur olani PVC çalismistik Ccna RS de.

    O halde PVC X ve Y arasindaki SANAL KABLO dur.
    Birde bu SANAL KABLOnun her iki ucunda NUMARAlar vardir.
    Bunlara DLCI denir. 10 Bit lik bir yeri kaplardi Frame Header içinde.


    R1 den iki tane SANAL kablonun sirasiyla R2 ve R3 e gittigini düsünürsek
    bunlarin hangisinin hangisine gittigini bilemeyiz.

    Karanlik bir odada Ali, Ayse ve Haticenin oldugunu düsünün.

    Hiç kimse birbirini göremiyor.

    Ali den AYse ye ve Hatice ye uzanan IKI TANE BORU ( PVC ) düsünün.
    Ve bu BORULAR vasitasiyla konusuyorlar birbirleriyle.

    Hangisinin kime gittigini ALI nerden bilecek ?
    Ortam karanlik.


    Mesela Ayseye giden borunun üzerinde 19 yazar,
    HAticeye giden borunun üzerine 13 yazarsa,
    ve bunlari aklinda tutarsa is tamamdir.

    Simdi gerçek dünyada
    ISP den R1 e iki bilgi gelir.
    PVC bilgisi ( BORUNUN BIR UCU ) ve üzerinde yazan DLCI ( NUmara )

    BU bilginin gelmesini ise LMI saglar.
    LMI R1 ile ISP arasi konusulan protocoldür.

    R1 sadece kendinde bulunan PVC ( BORUnun bir UCU ) yi bilir,
    ve PVC ( BOru ) nin üzerindeki DLCI ( numarayi ) görür.

    Karsida kim var bilemez.

    Karsida kim var bilgisinden önce sunu hatirlayalim :

    Peki gelen bu bilgiler nereye ait olacagi nasil bilirlenir ?

    Hatirlarsak Fiziksel INTERFACE in içinde P2P yada P2M diye
    iki çesit INTERFACE olusturabiliriz.

    Mesela bir fiziksel interafce altinda bir tane P2P
    bir tanede P2M olusturursak simdi karsimizda aslinda
    3 tane INTERACE var.

    Gelen PVC ler nereye ait olacak ?

    Gelen PVC bilgisini biz MANUAL olarak bir P2P ye
    yada P2M ye atamaz isek tüm PVC ler Fiziksel
    Interface e gelmis kabul edilir.




    FR de 3 sey önemliydi genel olarak.

    1-) PVC ler Interface lere nasil verilir.
    2-) Mapping Nasil Olacak ?
    3-) Ilgili PVC den Broadcast/Multicast nasil göndeririz.





    1-) PVC ler Interface lere nasil verilir.
    -----------------------------------------------


    LMI ile PVC bilgisinin ve DLCI bilgisinin Fiziksel Interface e geldigini biliyoruz.



    P2P e yerlestirelim bir PVC yi
    .................................................. .....................................

    frame-relay interface-dlci XXX

    ile olur.

    Not : P2P interface ine sadece bir PVC ( boru ) verilebilir.


    P2M ye yerlestirelim PVC leri
    .................................................. .......


    frame-relay interface-dlci XXX

    yada

    frame-relay map ip 10.0.0.1 XXX

    ile olur.


    Fiziksel Interface ise
    ...........................................

    Buna gerek yok idi,
    Geriye kalan PVC onundur




    Ayrica PVC lerin karsisinda kimin olduguda önemliydi.
    Aksi halde iletisim olmaz.
    Bunu MANUAL MApping ile yada InverseARP ile yapardik.

    InVerseARP ise bildigimiz ARP mesajidir.
    Sender IP ve Target DLCI bilgisi vardir sadece.
    Frame Header kisminda ise sadece Destination Kismi vardi.
    Source Kismi zaten olmasi saçma olurdu.
    Geriye kalan tüm isi ise
    ISP de ki Frame Relay Switch imiz Frame Header bilgisini
    Switch ederek yapardi.




    2-) Mapping Nasil Olacak ?
    ---------------------------------



    P2P lerde
    ....................

    Burda gerek yoktu.
    Karsida sadece birisi olabilir.


    frame-relay interface-dlci XXX

    bu komut HEM hangi PVC nin
    buraya ait oldugunu söyler HEMDE Mapping için yeterli idi.



    P2M
    .........

    Burda ise InVerseARP yada Manual yapilirdi.

    Manual olarak :

    frame-relay map ip 10.0.0.1 XXX

    komutu yeterliydi.

    Yine bu komut ile hem PVC bilgimiz hemde ilgili PVC nin
    karsinda kim var ( MAPPING ) islemi tamamlandi.

    Not : BU komut 60 saniyede bir giden InARP mesajlari durdururdu.


    InARP ile :


    frame-relay interface-dlci XXX

    Bu komut ise PVC bilgisini bize verirdi ve ayrica
    P2M altinda sözde Enable olan
    InARP in çalismasini saglardi.
    Ancak bu komutun asil kullanim amaci QoS idi.
    Çünkü sadece bu komut ile Class-MAP girebiliriz.
    ( Bu konu ise CCNA RS de yoktu )


    Fiziksel Interface lerde:
    .................................................. .

    Manual yada INarp ile olurdu.

    Manual olarak :

    frame-relay map ip 10.0.0.1 XXX

    Inarp ile ise :

    Bu zaten default olarak açikti.
    Ve herhangi bir seye gerek yoktu.

    Yine Fiziksel Interface altindada
    frame-relay interface-dlci XXX komutu girilebilirdi.
    Amaç yine QoS idi.



    3-) Ilgili PVC den Broadcast/Multicast nasil göndeririz ?
    ---------------------------------------------------------------------------------------



    P2P
    .......

    Bu interface altinda sorun degildi.


    P2M
    ........


    1 - frame-relay interface-dlci XXX komutu InARP ile olacagindan
    InARP bize Broadcast imkani zaten verirdi.

    2- frame-relay map ip 10.0.0.1 XXX bu komut InARP i Disable edeceginden sonuna BROADCAST girmek

    gerekirdi.

    Fiziksel interface
    ...................................


    1 - InARP herseyi hallederdi.

    2 - Eger Inverse ARP kapali ise
    frame-relay map ip 10.0.0.1 XXX bu komut InARP i Disable edeceginden sonuna BROADCAST girmek

    gerekirdi.





    Frame Relay Kisaca böyle idi.
    Frame Relay Üzerinden Rip, Ospf, Eigrp özetini ise ,
    Atm üzzerinden Rip, Ospf, Eigrp de isleyelim.

    ***




    ATM ye baslayalim

    Uygulamalari GN3 de 7200 serisi Router un SLOT 2 sine PA-A1
    modulu ekleyerek yaptim. IOS olarak 12.x
    Kullandim.


    ATM nin kendine has bir interafce i vardir.
    ATM interface denilir.
    ( Önceden Serial Interace in Encapsulation i Hdlc, PPP, Frame Relay yapinca is tamamdi)


    Atm interface i

    Fiziksel Interface
    P2P Interface
    P2M Interface


    olarak

    Kullanabiliriz. Frame Relay gibi ayni.

    ATM interface ler üzerinde yine VC ler kullanir.
    Iki türlüdür.
    SVC ve PVC.
    PVC ise yine bizim üzerinde duracagimizdir.

    Açiklama yapmayacagim. Yukarda yaziyor.
    Frame Relay ile ayni mantiktir

    O zaman elimizede PVC ler olacak ( Yani BORU lar )


    Peki DLCI ?
    Burdada borular üzerinde Numalar olacak.
    Ancak adi DLCI degil. VPI/VCI dir.

    Mantik ayni ama küçük bir farki olacak.

    Önce VPI ve VCI a verilecek sayilara bakalim.
    Hatirlarsak DLCI 10 bit ile 0 - 1023 arasi bir deger alabilirdi. Ve bazilari Reserve idi.

    VPI -> 0 ile 255 arasi olabilir.
    VCI -> 32 ile 65535 arasi olabilir.


    Frame Relay de bu DLCI bilgisi Frame Header içinde idi.
    Ve ISP de bunu alan Frame Relay Switch imiz
    bu deger ile SWITCHING yapardi.

    Burda ise ATM CELL içindedir bu VPI/VCI bilgisi.
    ( Bir Sonraki Makalede ATM CELL anlaticaz )


    VPI aslinda bir sürü VCI nin içinden geçtigi sanal bir YOLDUR.

    VPI -> ÇEVRE YOLU gibi düsünebilirsiniz.

    Mesela Çorum dan Konyaya gitmek için BÜYÜK BIR ÇEVRE yolu
    var onu kullaniriz. Ancak bu ÇEVRE YOLU aslinda sadece KONYA ya gitmek için kullanilmaz.
    MEsela ayni yol YOZGAT a da gider. KIRIKKALE yede gider.

    VPI bilgisi budur.

    VCI ise DLCI nin karsiligidir benim gözümde.

    VPI bilgisinine neden ihtiyac vardir?
    Aradaki ATM Switch ler daha hizli islerini halletsinler diye,
    onlar sadece VPI bilgisini okumalari yeterlidir.



    Inverse ARP yine burdada var.
    Ama birkaç küçük ayrinti ile asagidaki örneklerde yazicaz.


    FR de bize sorun olabilecek 3 soruyu burdada soralim.


    1-) PVC ler Interface lere nasil verilir.
    2-) Mapping Nasil Olacak ?
    3-) Ilgili PVC den Broadcast/Multicast nasil göndeririz.





    1-) PVC ler Interface lere nasil verilir.
    -------------------------------------------------


    Burda ise MANUAL giricez tüm interface lere.

    ATM ortamindada LMI var.
    Gerçi adi ILMI.
    Bu Default olarak açik degildir.
    Manual ayarlamak gerekir.
    ILMI konusunu SNMP v1,2,3 makalesinde kisaca tekrar yazacagim.
    Ve ayrica ILMI genis bir konu oldugunu gördüm ATM için.


    Örnekleri asagida yapacaz.



    2-) Mapping Nasil Olacak ?
    ---------------------------------



    Inverse ARP ve Manual Mapping ile.


    P2P de ne Inverse ARP a nede Manual Mapping e ihtiyac vardir.
    Ve Inverse ARP kapalidir. Bu durumda REPLY bile göndermez ( FR de gönderirdi )
    Açilirsa Request göndermez, sadece REPLY gönderir.

    P2M de Manual yada Inverse ARP ile olur.
    Inverse ARP açiktir.
    Request ve Reply gönderir.
    KApali olunca REPLY göndermez ( FR de gönderirdi )

    Fiziksel Interface de Manual yada Inverse ARP ile olur.
    Inverse ARP açiktir.
    Request ve Reply gönderir.
    KApali olunca REPLY göndermez ( FR de gönderirdi )


    Manual Mapping örneklerini yapicaz asagida.


    3-) Ilgili PVC den Broadcast/Multicast nasil göndeririz.
    ------------------------------------------------------------------



    FR de InVerse ARP in açik oldugu interface de
    Broadcast /Multicast Sorun olmaz idi.

    Burda ise öyle bir durum yok,
    Mapping sonuna BROADCAST eklicez mecburen.
    Ayrica bir PVC altinda Mapping yapmadan BROADCAST kelimesi yazmamiz da yeterlidir.
    Bunlarla ilgili örnekleri Routing Protocol lerde görücez.

    P2P lerde Sorun Olmaz. ( Bu FR ile aynidir )




    Örnek yaparak konfigurasyonlari görmüs olalim.


    Önce TOPOLOGY olusturalim.



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

    ATM Switch ayari mantigi FR ile aynidir.
    Ve GNS3 de ATM Switch var.
    Sag tik ile Configure isaretleyip

    Source
    --------

    Port -1 ( R1 buraya bagli olacak )
    VPI - 1
    VCI - 102

    Destination
    --------

    Port -2 ( R2 buraya bagli olacak )
    VPI - 1
    VCI - 201

    Yaptim.

    Kisaca R1 imiz VPI/VCI = 1/102 kullacanacak R2 ye ulasmak için
    ve R2 de 1/201 Kullanacak R1 e ulasmak için.


    R1 ve R2 nin SLOT 2 sine PA-A1 modulu ekledim.
    Çünkü Router larda o modul yok.




    Fiziksel Interface Kullanarak
    **************************


    Kod:
    R1#
    
    conf t
    int atm1/0
    no sh
    ip add 12.0.0.1 255.255.255.0
    pvc 1/102


    Kod:
    R2#
    
    conf t
    int atm1/0
    no sh
    ip add 12.0.0.2 255.255.255.0
    pvc 1/201

    Burda PVC yi kendimiz tanimladik! ( FR de LMI ile direk gelmisti )
    Karsida kim oldugunu ise INVERSE ARP açik oldugu için ögrenir diye düsünüyoruz.


    Bakalim :

    R1#

    Kod:
    sh atm map
    Map list ATM1/0_ATM_INARP : DYNAMIC
    ip 12.0.0.2 maps to VC 2, VPI 1, VCI 102, ATM1/0


    INARP kullanarak Dynamic bir sekilde ögrenmis
    Görüldügü gibi INARP in sayesinde BROADCAST aktif olacak
    diye bisi yok ! FR de öyleydi ama ! FR de BROADCAST kelimesi ekleniyordu otomatik olarak.

    FR de INVERSE Arp istenirse TÜM interace için
    yada bir PVC için Disable /Enable edilirdi.
    Burda ise PVC bazinda Disable/Enable edebiliriz.
    O durumdada STATIC girmemiz gerekir.

    Yapalim.

    Kod:
    RX#
    conf t
    int at1/0
    pvc 1/102
    no protocol ip inarp  ( Bu komut Inverse ARP i Disable eder bu PVC için )
    protocol ip 12.0.0.2 broadcast    [ bu Static Mapping dir. broadcast kelimesinin ne oldugunu tahmin 
    
    edebiliriz :))


    Kod:
    R1# sh atm map
    
    Map list ATM1/0pvc5 : PERMANENT
    ip 12.0.0.2 maps to VC 5, VPI 1, VCI 102, ATM1/0
            , broadcast
    Permanent -> Mapping Static Olmus demektir.
    Broadcast -> Bu PVC den Broadcast/Multicast gönderebiliriz.





    P2P Kullanalim.
    *************

    Kod:
    R1#
    
    conf t
    int atm1/0
    no sh
    no ip add 
    int atm1/0.12 point-to-point
    ip add 12.0.0.1 255.255.255.0
    pvc 1/102

    Kod:
    R2#
    
    conf t
    int atm1/0
    no sh
    no ip add 
    int atm1/0.12 point-to-point
    ip add 12.0.0.2 255.255.255.0
    pvc 1/201


    Aynen FR de oldugu gibi :
    InARP a gerek yok.
    Static MAP e gerek yok.
    Broadcsat/Multicast a gerek yok.

    Note : P2P subinterface ler Inverse ARP Request göndermezler,
    ama Inverse ARP enable edilirse, Resquest e cevap vermeleri saglanabilir SADECE !


    P2M Kullanalim.
    **************


    R1 --- ATM Switch ----- R2

    R1 de P2M olsun.
    R2 P2P olsun.

    R1 -> R2 için VPI/PCI = 1/102
    R2 -> R1 için VPI/PCI = 1/201


    R1 -> 12.0.0.1
    R2 -> 120.0.2


    Olsun.
    Kod:
    R1#
    
    conf t
    int atm1/0
    no sh
    no ip add 
    int atm1/0.12 multipoint
    ip add 12.0.0.1 255.255.255.0
    pvc 1/102



    Kod:
    R2#
    
    conf t
    int atm1/0
    no sh
    no ip add 
    int atm1/0.12 point-to-point
    ip add 12.0.0.2 255.255.255.0
    pvc 1/201
    protocol ip inarp  [BuNu Girerek  kendine gelen Request lere cevap vermesini sagladik )
    do wr

    Burda Gördükki,
    P2P de sadece InVerseARP a cevap vermesi saglanabilir !
    Bu da "protocol ip inarp" komut ile olur.
    Böylece P2M onun bilgilerini ögrenmis olur.
    P2P için Static yada InARP a gerek yoktur.

    Ayrica InARP her 15 dakikada bir gönderilir.
    BUnun zamanini degistirmek iyi olur LAB ortaminda.

    conf t
    int atm1/0.12
    pvc 1/201
    inarp 1

    ile 1 dakikaya çektik.




    Back to BAck ATM
    ****************



    Frame Relay Back To BACK yaparken nasil yapiyorduk ?

    DLCI ayni olacak.
    LMI disable edilecek ki sorun cikarmasin.


    Ayni kural geçerlidir.

    VPI/VCI ayni olacak.
    LMI ( Gerçi ismi ILMI artik ) Disable etmeye gerek yok. Zaten Disable durumda sanirim.



    R1 ------ R2


    Kod:
    R1#
    
    conf t
    int atm1/0
    no sh
    ip add 12.0.0.1 255.255.255.0
    pvc 8/35
    do wr
    Kod:
    R2#
    
    conf t
    int atm1/0
    no sh
    ip add 12.0.0.2 255.255.255.0
    pvc 8/35
    do wr


    Bir Sonraki Konu -> ATM Hücre Yapısı
    Nexus likes this.
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

  2. #2
    Nexus isimli Üye şimdilik offline konumundadır Administrator - Founder
    Üyelik tarihi
    May 2012
    Mesajlar
    1,994

    Standart

    Hocam emeğine sağlık . yazı dizisi için tşk ederiz.
    “Bir kez kaçar uçurtman, sonra gökyüzüne küser insan…”

+ Konuyu Cevapla

Bu Konuyu Paylaşın !

Bu Konuyu Paylaşın !

Yetkileriniz

  • Konu Acma Yetkiniz Yok
  • Cevap Yazma Yetkiniz Yok
  • Eklenti Yükleme Yetkiniz Yok
  • Mesajınızı Değiştirme Yetkiniz Yok