Frame Relay
CLI Guru - Cisco Eğitim ve Danışmanlık Merkezi |

2007 yılından bu yana aktif olan ciscotr.com, artık " www.bilisim.pro " olarak devam edecektir.  
Mevcut mesajlarınız ve kullanıcı bilgilerinizle sitemizde katılıma devam edebilirsiniz.

+ Konuyu Cevapla
Toplam 4 sonuçtan 1 ile 4 arasındakiler gösteriliyor.
Frame Relay

CCNA konuları arasında en eğlenceli olanlardan birisi ... L2 technoloji... Özetle bazı kavramlar : İki noktada kullandığımız bize ait cihazlar DTE, bizim cihazlar ise ISP deki DCE lere baglıdır.. Isp

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

    Standart Frame Relay

    CCNA konuları arasında en eğlenceli olanlardan birisi ...

    L2 technoloji...

    Özetle bazı kavramlar :

    İki noktada kullandığımız bize ait cihazlar DTE,
    bizim cihazlar ise ISP deki DCE lere baglıdır..

    Isp de tarafındaki DCE cihaz FRameRElay Switch dir.

    Örneğin;


    CorumDTE ----- TelekomDCE --------- TelekomDCE ------- AnkaraDTE



    VC - İki DTE cihaz arası yoldur ve PVC yada SVC olabilir.
    ( VC yol ise PVC ve SVC yolun niteliğini belirten terimlerdir.)

    Yani Çorum - Ankara arası bir VC (PVC olanından) satın aldık ...

    CIR - Her satın aldığımız PVC için garanti edilen hızdır.
    Bunun altına düşmez ama yükselebilir. (CBIR, BE vb.)

    DLCI - Her satın aldığımız PVC, bir boruya benzetilir.
    Borunun bir ucu Çorum diger ucu Ankara olsun.

    Çorum da ki ucunun üzerine bir sayı yapıştıralım 201 gibi
    bu sayı bize karşıda ANKARA oldgunu söyler.
    Öyle ya Çorumdan diger illere de PVC satın alsak
    elimizde bir sürü boru olacak hangisinin nereye gittiğini üzerindeki
    sayıdan anlıcaz ve PVC satın alınca ISP bize bu sayıları verir ismide
    DLCI dır.

    PVC nin her iki ucundaki sayının aynı olması dolayısıyla bir sorun
    çıkarmıcaktır çünkü bu sayılar herkes için farklı anlama gelecektir.
    Ama bizim tarafımızda mantıken iki tane aynı DLCI numarası olamaz ...



    LMI - Bizim DTE ve ISP DCE arası dildir ve
    encapsulation belirlendikten sonra tetiklenir
    LMI paketleri gelip gider arada.
    Bunun sayesinde ISP bize PVC bilgilerini ve ilgili DLCI lar
    gibi bilgileri verir. Bu dil aynı olmalıdır.



    Konfigurasyondan önce:

    her ne kadar DLCI numaralarımız elimizde olsada
    DLCI nın karşılığı olan IP ye ihtiyacımız var ve bunu
    manual ve dynamic olarak belirleyebilriz.

    Dynamic; Inverse ARP la olur, kısaca LMI bilgisi ile bize PVC ve
    DLCI bilgileri gelir, yani PVC miz var ve karşıya ulaşmak için DLCI no belli,
    ama bu bilgi sadece L2 için yeterli, bize bir de L3 bilgisi lazım ...

    bizim DTE hemen ilgili PVC den kendi IP sini karşı tarafa gönderir
    ve biliyoruzki PVC iki uclu bi borudur karşıda bi kişi olacak sadece...
    Karşıdaki bu bilgiyi alır almaz kaydedip kendisininkini gönderecektir.

    Manual ise kısaca bu DLCI şu ip ye aittir şeklinde MAP yapmamaızdır.

    ....

    GNS3 de rahatlıkla yapabileceğimiz bir örnek ...


    Diyelim ki bir PVC satın aldık Çorum - Ankara arası ...

    Kısaca R1(Çorum) - R2(Ankara) router larımız olsun. ( 12.0.0.0/24)


    DLCI olarak da :

    R1 e 102 Dlci verilmiş olsun R2 ye erişmesi için,
    R2 ye ise 201 DLCi verilmiş olsun R1 e erişmesi için,

    FR Switch her hangi bir router seçebiliriz ..

    r1 s0/0 arayüzünü kullanarak FR Switchin s0/0 na baglı,
    r2 s0/0 arayüzünü kullanarak FR Switchin s0/1 na baglı,




    Şimdi Önce FR Switchi KOnfigure edelim...


    R1 ----FRSWitch ---R2

    ...

    FRS#

    CONF T
    FRAME-RELAY SWITCHING (sen artık frame relay swithc oldun)

    int s0/0
    no ip address (ip vermicez çünkü L2 den bahsediyoruz )
    encapsulation frame-relay (bunu yazmak yeterlidir dte cihazla aynı encapsulation tipi kullanmak zorunda degildir, bazen karıştırılabiyor...)
    frame-relay intf-type dce (isp ler DCE olur diye FR nin bu portunu dce yaptık )
    clock rate 64000
    frame-relay lmi-type ansi (DTe ve DCE arası dil - cisco,ansi,q933a olabilir)
    no sh
    frame-relay route 102 interface serial 0/1 201


    aynısını diger arayüz içinde yapalım ...

    int s0/1
    no ip address
    encapsulation frame-relay
    frame-relay intf-type dce
    clock rate 64000
    no sh
    frame-relay route 201 interface serial 0/0 102

    ...

    "frame-relay route" komutu bu biraz karışık görünsede

    aslında tam olarak FR switchin PVC borusunun tanımını yapmasıdır !!!

    örneğin int se 0/1 için :

    "bir ucu se0/1 olan borunun üzerinde 201 yazarken, bu borunun diger ucu seri 0/0 dır ve orda 102 yazar demektir."

    Yani FR Switchimizin Serial Interface leri PVC nin uçlarıdır...
    ve DLCI lar ise üzerindeki sayıları ...

    ....


    Şimdi DTE lerimizi yapılandıralım ..


    R1#

    int se 0/0
    ip add 12.0.0.1 255.255.255.0
    no sh
    encap frame-relay
    no inverse-arp (dlci - ip eşleşmesini birazdan manual yapacağız demektir)

    frame-relay map ip 12.0.0.2 102 broadcast (yaptık bile)

    (broadcast komutu ile nonbroadcast olan FR ye broadcast/multicast lara izin vermesini söyledik çünkü bir routing protocol kullandığımızda paketler genelde broadcast yada multicast dır)



    R2#

    int se 0/0
    ip add 12.0.0.2 255.255.255.0
    no sh
    encap frame-relay
    no inverse-arp

    frame-relay map ip 12.0.0.1 201 broadcast




    "frame-relay map" komutu ile DLCI ve buna denk gelen IP yi eşleştirdik,



    Note:



    FR, genelde Hub and Spoke olarak kullanılır
    ve SUbinterfaceler kullanılır, Point to Point, Point to Multipoint gibi..

    Point to POint lerde "FRAME-RELAY INTERFACE-DLCI " komutu ile DLCI
    belirtilmesi gerekir çünkü LMI bilgileri sadece fiziksel interface e gelir.
    LMI, subinterface den anlamaz onun için manual gireceğiz...



    Point to Multipoint ise Bir interface altına birçok PVC yazmak
    amaçlı görünsede bu işlemi zaten fiziksel interface de yapabiliyorduk
    diyenler olabilir , bunun sebebi ise HUB ın birden cok network için
    kullanılabilmesidir, yani bir subinterface oluşturup 192.168.1.0 networku
    için 4 tane dlci tanımlarız, sonra bir subinterface daha tanımlayıp
    onun altında ise 192.168.2.0 networku için 5 tane dlci tanımlarız.

    point to multipoint kullanma sebebi budur !

    yani Çorum Hub olsun ve 192.168.1.0 networkunu kullanarak Smasun ve Amasya ile görüşürken
    başka bir subinterface ooluşturup 192.168.2.0 networku ile Yozgat ve Tokat la görüşebilir...



    Bir interface altında birden fazla DLCI kullanırken
    Split Horizon gibi sorunlarla ilgilenmek gerekecetir.
    Çünkü aynı fiziksel interface üzerinden gelecek
    bir broadcast farklı PVC lere gitmek istese bile
    aynı interface oldugundan buna izin verilmeyecektir.
    Bu da Routing Protocol lerimizi etkileyecektir.



    İki uçdaki DTE lerde belirlenen Frame Relay Encapsulation type aynı olmak zorundadır
    ve sadece "encap frame-relay" yazılırsa default Cisco olacaktır.



    DTE lerde LMI Type belirtmeye gerek yok çünkü ios 11.2 den sonra
    otomatik seçecektir , Cisco, ansi, yad aq933a olur ...



    biri mpls mi dedi ?


    k.gelsin

  2. #2
    ebfo45 isimli Üye şimdilik offline konumundadır Senior Member
    Üyelik tarihi
    Mar 2009
    Bulunduğu yer
    İstanbul
    Mesajlar
    386

    Standart

    Teşekkürler . Bir konu bu kadar tatlı anlatılır fakat "encapsulation frame-relay (bunu yazmak yeterlidir dte cihazla aynı encapsulation tipi kullanmak zorunda degildir, bazen karıştırılabiyor...) " cümlesi aklıma takıldı. Cisco Cihazları varsayılan encap olarak hdlc kullanmıyor muydu? Karşı tarafıı yani DTE mesela ppp yaptığın an protocol down oluyor sanki Packet Tracerdaki uygulamalarda

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

    Standart

    Alıntı ebfo45 Nickli Üyeden Alıntı Mesajı göster
    Teşekkürler . Bir konu bu kadar tatlı anlatılır fakat "encapsulation frame-relay (bunu yazmak yeterlidir dte cihazla aynı encapsulation tipi kullanmak zorunda degildir, bazen karıştırılabiyor...) " cümlesi aklıma takıldı. Cisco Cihazları varsayılan encap olarak hdlc kullanmıyor muydu? Karşı tarafıı yani DTE mesela ppp yaptığın an protocol down oluyor sanki Packet Tracerdaki uygulamalarda
    Mrb Cemal Hocam,

    Evet L2 olarak PPP, HDLC, FRame Relay seçebiliriz.

    Cisco HDLC kullanır default olarak.
    Hatta iki tane HDLC var aslında,
    Cisco kendine uydurmuş Cisco HDLC çıkarmış.





    Neyse bizim amacımız FR çalıştırmak dolayısıyla ağımızda
    dolayısıyla encap olarak FRAME RELAY kullanacağız tüm cihazlarda...



    PPP veya HDLC den farklı olarak

    Encap için FR seçmek yetmiyor ayrıca bir de

    bunun alt seçenekleri var "cisco ve ietf "... encap frame-relay ? yapınca sadece ietf görebilriz, cisco gözükmez ama ordadır,

    ve her iki noktadaki DTE ler

    L2 encapsulation olarak FRAME RELAY seçmek zorunda
    ayrıca
    alt seçenek olarak ise Cisco veya IEFT seçecek,



    Önemli olan Her iki DTE nin de seçtiği alt seçenek
    aynı olmalıdır.



    Aradaki ISP nin DCE leri de encapluation olarak
    Frame Relay kullanacak ama bunun alt seçeneği
    bizim cihazlarla aynı olmak zorunda degil...





    k. gelsin

  4. #4
    salihugur isimli Üye şimdilik offline konumundadır Junior Member
    Üyelik tarihi
    Feb 2015
    Mesajlar
    14

    Standart

    güzel anlatim olmuş. teşekkürler.

+ 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