Eigrp SIA Nedir ?
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 2 Sayfadan 1. Sayfa 12 SonuncuSonuncu
Toplam 18 sonuçtan 1 ile 10 arasındakiler gösteriliyor.
Like Tree5Likes
Eigrp SIA Nedir ?

Enhanced Interior Gateway Routing Protocol - (EIGRP) SIA --------- Küçük Ön Bilgi... EIGRP de 5 çeşit paket vardır. Hello Update Query Reply Ack Hello Mesajları komşuluk kurmak istedigimizi bildiren mesajlardır.

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

    Standart Eigrp SIA Nedir ?

    Enhanced Interior Gateway Routing Protocol - (EIGRP) SIA
    ---------

    Küçük Ön Bilgi...


    EIGRP de 5 çeşit paket vardır.


    Hello
    Update
    Query
    Reply
    Ack



    Hello Mesajları komşuluk kurmak istedigimizi bildiren mesajlardır.

    224.0.0.10 adresine gönderilir.

    Ve içinde Bazı kriterler vardır. Aynı AS olacak, Aynı K Value lar olacak falan.

    Bu kriterlere uyulmadığında, komşuluk ilişkisi kurulmaz, kurulduysada bitirilir.

    Hatta, ilişki kurulurken herşey üzerinde anlaşmaya varılmıştır.

    Ancak ilerde bir tarafın bu şartlar üzerinde kafasına göre degişikilik yapması ilişkiyi bitirir.

    Bunuda GOODBYE mesajından anlarız.

    Bu GoodBye mesajı ise " sen çok degiştin, hadi eyvellah" mesajı ile aynıdır.

    Gerçek hayatta bu mesajı gönderen sevgiliyi geri döndüremeyebilirsiniz ama burda tekrar şartları sağlayın yine devam...



    Update ise herhangi bir degişiklikte (veya ilk komşuluk kurulunca) gönderilen Unicast/Multicast Mesajlardır.

    Update Mesajlarını Topology Table da biriktiririz.

    Query ise Kaybettiğimiz bir network u bilen var mı diye etrafa sorduğumuzu Multicast Mesajlardır.

    Reply ise Query Mesajlarına verilen Unicast Cevaplardır.

    ACK mesajları ise, Update/Query/Reply mesajı gönderen birine "mesajını aldığımızı" bildirmemizdir.

    Bunu RTP sağlar.




    İki Konu Vardı benim kafamı biraz karıştıran, biraz inceledim ve şu sonuçlara vardım.



    Önce şunu bilelim.

    ACK mesajlarının anlamı, karşıdakine "gönderdiğin mesajı aldım" niteliğinde olan mesajdır.

    Basit bir onay anlamına elen başımızı sallamak gibidir.

    Ve UPDATE / QUERY / REPLY mesajlarını alan birisi, Gonderene ACK gondermek zorundadır.



    Diyelim ki bir router,


    Multicast bir UPDATE yada QUERY gönderdi. (Sebebi önemli degil)

    Yani bu mesajlar herkese gitti.

    Ardından hemen saatine bakar. Ve zaman tutar.

    Bu zaman MULTICAST FLOW TIMER dır.

    Ve bunu gönderdiği kişilerden ACK mesajı ne kadar zamanda gelmesi gerektigini belirleyen zamandır.

    Böylece bir diger Multicast Mesajını Gönderebilsin.


    Bu tuttugu süre içerisinde ACK lerin gelmesi lazımdır. (CEvap degil, sadece ACK yani sorunu duydum anlamında )

    Herkesin ACK ile geri döndüğünü varsayalım.

    AMa birisi ACK göndermedi.

    Bu durumda O kişi/lere özel bir UNICAST mesaj gonderilir.


    Yani " az önce mesaj gönderdim, sen ise "mesajını aldım" demedin hayırdır " Yani ACK gondermedin bana.

    Eger bu kişi yine ACK göndermez ise, Tekrar Unicast gönderilir.

    İki Unicast Mesaj gönderme arası süre ise RTO dır. Yani Retransmission timeout.

    Bu süre " ACK ile cevap vermeyen birine gönderilen Unicast mesajlar arası geçmesi gereken süredir"

    Gonderilecek Unicast Mesajlar ise sonsuz degildir.

    Toplam 16 kez mesaj gondeririz ve sonun da hala ACK gelmiyorsa,

    KOmşuya GOODBYE mesajı göndeririz ve İlişkiyi bitiririz.



    Buraya kadar olan OLAY MULTICAST MESAJ A, ACK GONDERMEYEN ELEMANA UYGULANACAK sistemdir.

    ---


    Şimdi gelelim SIA durumuna..



    Burda ise,

    Bir Router her hangi bir network u nu kaybettiğini düşünelim.

    Ve bu network e ulaşabilecek başka biri var mı diye Multicast Query gönderecektir.

    Alan herkes once ACK mesajı aldım diyecektir. ( Yoksa 16 kez Unicast gonderip silerim seni hayatımdan )

    Buraya kadarını biliyıoz.



    Neyse,

    Ardından bu elemanların bu Query ye olumlu yada olumsuz mesaj ile karşılık vermesi gerecektir. Yani REPLY gonderecekler.

    Yani ACK ile sadece "sorunu duydum" demek yetmiyor.

    Şimdi CEVAP vericez.

    Bu arada şunu unuttum. Böyle bir Multicast Query gönderen eleman "ayrıca bir kronometre" tutar.

    Ve bunun adı "Active Timer" dır. 3 Dakikadır.


    Active Timer :

    Kaybettiğim Network u şuan "A" yani Active yaptım. En cok 3 dakika kalacaktır Active Mode da.
    Active mode ise DUAL in çalıştıgını gösterir. Yani Bir Network kaybettim arıyorum demektir.



    Yukarda bir tane de Multicast Flow timer vardı.
    Onun amacı : Karşıdaki kişilerin ACK göndermelerini ne kadar bekleyeceğini gösterirdi.


    Neyse,

    Query yi alanlar eger cevabı biliyorlarsa hemen REPLY ile cevap verirler. Biliyorum / Bilmiyorum diye.

    Kural olarak herkesin REPLY ile donmesi gerekir. Olumlu yada olumsuz.

    Eger bilmiyorsa ve komşusu varsa ona soracaktır, hemen bilmiyorum diyemez.

    BU böylece devam eder. Komşularına sorarlar ve taa ki tüm herkes den cevap gelene kadar beklerler.

    Bu arada soruyu soran kişi ise beklemededir.

    Diyelim ki birisi REPLY göndermedi hala.



    Netekim,

    3 Dakika dolunca,

    Bizim router cevap gelmediği için bu network ü SIA (Stuck In Active) konumuna getirir.

    Ve komşuluğu resetler. Bu komşudan ögrenilen rota lar Active edilip tekrar anons edilir.


    Yalnız yeni ios larda durum farklı,

    90 Saniyede bir gönderilen Sia-Query lere Sia-Reply ile

    cevap veren eleman 270 saniye idare edilir,

    Yine REPLY yoksa o zaman komşuluk RESET lenir..

    Kısaca,

    İlk QUERY GÖnderince TOPOLOGY TABLE de "r" harfi eklenir yeni IOS da.
    Yani reply gelecek demektir.

    90 saniye bişi gelmezze 1. Sia Query gider.

    Ve TOPOLOGY TABLE Da "rs" olur. Ve yanında bir yerde RETRIES = 1 yazar.


    Sonra 2. sonra 3. SIA - QUERY gider...

    Son 3. Query den sonra yine 90 saniye beklenir.

    Kısaca İlk 90 Saniye sonra ki 3 tane 90 saniye = 360 saniye = 6 dakika sonra
    SIA olur. Aslında SIA bir süreç degil. Gelinen son noktadır. ve komşululk reset olur.









    ***

    Makalede gecen bazı terimler/ ve ilişkili bilgileri

    SHOW IP EIGRP NEI


    ile

    MultiCast FLow Timer = Multicast Mesaj dan gonderip cevap gelmezse ne kadar bekleyip UNICAST gondericem ?

    H = Komşuluk sırası, 0 bizim ilk komşumuzu temsil eder.

    Address = Komşunun Kimliği

    Hold Time = Diger Hello mesajının gelmesi için ne kadar süre beklicez.

    Uptime = Ne zamandan beri Komşuyuz.

    SRTT = Komşuya bir paket gonderdiğimizde komşunun ACK gonderme süresi ( bu komşuluk esnasında belirlenir )

    RTO = İki Unicast mesaj arası bekleme süresi.(SRRT kullanılarak hesaplanır) Bunu 16 ile çarpınca, ACK gondermeyen elemana GoodBye diyeceğimiz süre ortaya cıkar.

    Q CNT = GÖnderilmeyi bekleyen paketlerin sayısı. 0 dışında bir sayı ise, problem vardır.

    SEQ = Bu komşudan alınan son Eigrp paketini temsil eder.


    Basit gibi görünsede RTO, SRRT, Multicast Flow Tİmer gibi timer lar çok karışık hesaplamalarla elde ediliyor diye biliyorum.

    Yalnız,

    SRTT komşuluk kurulurken hesaplanır,

    RTO ve MUlticast Flow Timer ise SRTT kullanılarak hesaplanır.


    ****
    ,

    SHOW IP EI TOPO

    ile de Networklerin "P" "A" "SIA" gibi durumlarını görebiliriz...

    ----


    bir sonraki konu :

    EIGRP TRAFFIC ENGINEERING ...
    Konu MCyagli tarafından (09.04.2013 Saat 18:18 ) değiştirilmiştir.
    System and trunkmode like this.
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

  2. #2
    ilker61 isimli Üye şimdilik offline konumundadır Onursal Üye - Emektar
    Üyelik tarihi
    Jul 2008
    Mesajlar
    434

    Standart

    Emeğinize sağlık....

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

    Standart

    Abi bir detay var belirtmekte fayda gördüm.

    Active timer sia = Active Timer / 2


    Sanırım aşağıdaki ile bunu kasteddin :

    Kod:
    Yalnız yeni ios larda durum farklı,
    
    90 Saniyede bir gönderilen Sia-Query lere Sia-Reply ile
    
    cevap veren eleman 270 saniye idare edilir,
    
    Yine REPLY yoksa o zaman komşuluk RESET lenir..
    Konu MCyagli tarafından (20.01.2013 Saat 05:30 ) değiştirilmiştir.
    “Bir kez kaçar uçurtman, sonra gökyüzüne küser insan…”

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

    Standart

    AYnen öyle katiliyrum

    Açıklama için teşekkürler

    Eigrp çalıştığım günleri hatırladım bir an
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

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

    Standart

    Active timers değiştirilebiliyor abi. Ancak sia timers ile aralarındaki 0,5 gibi sabit bir oran var bu sebeple ekledim mi ? Yoksa yanlış bilgimi


    active timers sia sadece default ayarlarda 90 sn değil midir ?
    “Bir kez kaçar uçurtman, sonra gökyüzüne küser insan…”

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

    Standart

    bende öyle biliyorum

    ---

    önceden 3 dakika ( 180 saniye ) boyunca
    her hangi bir cevap gelmesse SIA olurmuş.

    Hatta daha daha eski IOS larda 1 dakika imiş.

    ---

    evet active timer değiştirebiliriz

    ---

    Yeni IOS larda ise her 90 saniyede bir sia-query ile
    ufak bir hatırlatma mesajı gonderir.

    Sia-Reply geldiği sürece 270 saniye idare eder.
    ( Sia-Reply ise "cevap vericem bekle biraz " anlamındadır.

    Eger hala REPLY veremezse SIA olur.

    ---

    sia-query ve sia-reply timer ise active timer ın direk yarısımıdır bilmiyorum

    sanırım öyledir

    bagımsız ise de onlarada bir ayar çekeriz





    ---
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

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

    Standart

    Bu arada elimde olmayan ( ) nedenlerden dolayı

    TRACK değiştirmek zorunda kaldım.


    tüm CCIE RS konularını teorik olarak bitirmişken

    CCIE Security yolunu tuttum .

    Günde 25 saat VPN çalışıyorum.

    Arada böyle RS konuların tekrar tartışılması çok iyi oluyor benim içinde
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

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

    Standart

    Bende sabahladım valla Abi EIGRP tepkilerin konusunda sana hak veriyorum.

    Sec konuları karmaşık ama daha zevkli linuxdan dolayı çok az vakıfım.

    VPN deyince aklıma geldi alttaki haberi oku abi

    Milliyet - 'Evden çalışıyorum' diyerek bakın işini kime yaptırdı!
    MCyagli and angelica like this.
    “Bir kez kaçar uçurtman, sonra gökyüzüne küser insan…”

  9. #9
    trunkmode isimli Üye şimdilik offline konumundadır Administrator
    Üyelik tarihi
    Jun 2008
    Mesajlar
    1,332

    Standart

    sia olan yıllar ne olacak

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

    Standart

    Alıntı trunkmode Nickli Üyeden Alıntı Mesajı göster
    sia olan yıllar ne olacak
    olmam olmaz

    hepsi yerini bulur zamani gelince

    RS network alaninda tamamen temel oldu benim icin ( iyi bi temel )

    security yeni favorim
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

+ 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