| Yazan: Hayrullah Kolukisaoglu,
Tarih: 21-11-2007 22:43
|
Okunma Sayısı : 3531  |
Beğenilme : Yok |
 Birinci bölümünde Frame relay ile ilgili genel kavramlari anlattigimiz makalenin devami olarak bu bölümde konfigürasyon hakkinda bilgi verip, çalismasiyla ilgili monitoring komutlarini inceleyecegiz. Ilk konfigürasyonumuz 1 Merkez ve 2 subeden olusan bir yapida Point-To-Point konfigürasyonu olacak.
Frame Relay networklerinde Point-To-Multipoint baglantilarda olusturulabilmektedir. Fakat Distance Vector Protokollerin loop önleme mekanizmasi olan Split Horizon kuralindan dolayi bu tarz konfigürasyonlarda sorunlar çikabilmektedir. Hemen sunu da belirtmek gerek ki, topolojimizi Point-To-Point ya da Multipoint olarak konfigüre etmemiz, yapilandirmamiz Servis Saglayi tarafinda herhangi ek bir yük getirmez ya da konfigürasyon gerektirmez. çünki burada zaten satin aldgimiz PVC’ler için Servis Saglayici tarafindan atanan DLCI numaralari kullanilacaktir. Merkez yada Hub Routerinda, birden fazla Spoke Router’i için ayri ayri Sub-interfaceler olusturulup, verilen bu DLCI numaralari bu interfacelere atanacaktir.
öncelike makale boyunca kavramlar ile ilgili detaylara girmeyecegim için bir önceki makalede yayinlanan Frame Relay Genel Kavramlari inceleminizi tavsiye ederim.  Makaledeki topolojimiz ve ip konfigürasyonu asagidaki gibidir. Ip konfigürasyonunda her PVC için Point-To-Point baglantilar yapilacagi için farkli ip subnetleri planlandigi gözünüzden kaçmamistir.
Bu üç Router için baslangiçta asagidaki konfigürasyonlari tanimladim. Bundan sonrasina adim adim devam edecegiz.
öncelike Serial interfacelerde asagidaki konfigürasyon yapilmali.
 Ben örnek olmasi açisindan sadece MERKEZ Routerinin konfigürasyonunu buraya aldim. Burda dikkat edilmesi gereken nokta ana interfacelerde encapsulation frame-relay olarak belirlenmez ise daha sonra olusturulucak olan sub-interfacelerde Point-to-Point ya da Point-To-Multipoint baglanti kuracagimiz bilgisini konfigüre edemeyiz.
Sube Routerlarda da ayni konfigürasyon yapildiktan sonra yine Merkez Router’i üzerinde subinterfacelerin nasil konfigüre edilecegini inceleyecegiz.

Subinterfaceler için atanan id’lerin herhangi bir önemi yoktur. Fakat bu nokada daha sonraki çalismalarda, özellikle problem çözerken size yardimci olacagini düsündügüm için DLCI numarasi ile ayni yapmanizi önerebilirim. Merkez Router’in daki diger sub-interface ve Sube Routerlardaki subinterfacelerde ayni sekilde olusturulabilir.
Serial baglantilarimizi asagidaki gibi “show ip interface brief” ve “ping” komutlariyla takip edebiliriz.

Evet baglantilar ile ilgili bir sorunumuz yok. Ama frame-relay ile ilgili bir kaç komutu incelemekte yine de fayda olacaktir. Bunlardan birincisi frame-relay mapleri görebilecegimiz asagidaki komuttur.
 Frame-relay PVC’lerin durumunu görebilecegimiz asagidaki komutda bizlere PVC’lerin durumu hakkinda bilgi verir.
 Tabi ki su anda düzgün çalisan sadece PVC’ler.
 Routing Table’dan da anlasilacagi gibi heüz noktalarimiz arasinda herhangi bir baplanti yok. Routing islemlerini tamamladiktan sonra tam bir baglanti saglamis olacagiz. Genellikle böyle az subeli yerlerde Statik Routing kullanilir. Ama ben burada Point-To-Point baglantilarda Distance Vector protokollerin sorunsuz bir sekilde kullanilabilecegini göstermek için EIGRP çalistiracagim.
Ben yine örnek olmasi açisindan Merkez Routeri üzerindeki konfigürasyonlari buraya aliyorum. Sube Routerlarinda herhangi bir fark yoktur.
 Simdi Routing Table’imiza bakip hemen ardinda EIGRP ile ilgili test komutlarini inceleyecegiz. Tabi bir networkçünün herseyi olan ping testini yapmakta da fayda var.
 EIGRP komsuluk ve topoloji tablolarida sorunsuz bir sekilde olusacaktir.

Merkez Routerindan artik her iki subeyede ulasabiliyoruz;
 Sube Routerlarinda durumun ne oldugunu görmek için orada da bir inceleme yapalim;
 Evet burada da bir problemimiz yok.
Ever arkadaslar Frame-Relay makalemizin sonuna gelmis bulunuyoruz. Ilk bölüm ile birlikte incelendiginde Frame-Relay ile ilgili sorunlari çözecegine inaniyorum. Tabi ki Frame-Relay ile ilgili daha bir çok sey söylenebilir ve yazilabilir. Bunlardan en önemlisi Frame-Relay QoS’dir. Bu makaleyide okumanizi tavsiye ederim. Bende yakinda baslayacagim Quality of Service makale serisinde detayli olrak bu konulara deginecegim. Herkese iyi çalismalar.
|
FR
Yazan:: ALPER KÜNEY () Tarih: 16-12-2007 23:05