FECN & BECN 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.

+ Reply to Thread
Results 1 to 4 of 4
Like Tree2Likes
  • 1 Post By MCyagli
  • 1 Post By Nexus
FECN & BECN Nedir

Slm; Birsuru tartisma, tranning videos, kitap, sites...fecn ve becn i acikliyor, ama hepsinde bir takim degisiklikler var..yani hicbiri soyle bir orta yolunu bulupta bu konuya aciklik getirmis degil, Basitce; becn:recieved

  1. #1
    burner Guest

    Default FECN & BECN Nedir

    Slm;

    Birsuru tartisma, tranning videos, kitap, sites...fecn ve becn i acikliyor, ama hepsinde bir takim degisiklikler var..yani hicbiri soyle bir orta yolunu bulupta bu konuya aciklik getirmis degil,

    Basitce;

    becn:recieved DE bit set packets(congestion ayni yonde)
    fecn:sent DE bit set packets(congestion ters yonde)

    BecN iki router A, B ye packet gonderiyor(TCP), provider networkta congestion olustugunda..B den A ya donen aknowledge packetlerinde DE bit 1 provider tarafindan isaretlenir ve boylece A ortada bir congestion oldundan haberdar edilir(TCP base traffic)
    FecN ise A, B ye packet gonderiyor(UDP), provider networkta congestion olustugunda..provider marks DE bit 1 ile received B ve B bu durum karsisinda Aknowledge gonderemeyecegi icin bulk bir packet yaratir(Q.922) ve A ya gonderir hey yavasla.(UDP base traffic)

    yanlislar icin ozur simdiden...

    Ama daha cok sey var isin icinde

    bakin expertler ne soyluyor...

    tamam kabul ediyorum hala birkac soru benimde kafamda var ama ince sorular, artik orasinida karistirmiyorum...
    sorularmi nasil: Bunun gibi EXPERTS

    Iyi gunler,
    Last edited by burner; 24.11.2008 at 19:39.

  2. #2
    yaman is offline Senior Member
    Join Date
    Dec 2007
    Location
    Londra
    Posts
    245

    Post

    Burner tabrikler dediklerin benim simdiye anladigim kadari ile dogrudur, cok guzelce experlerin dedigini belirtmissin.

    Bir eklenti olarak arkadaslara belirtmek isterimki, bu FECN & BECN senin anlattigin oz bicimde anlarlar ise cogu noktada bu yetrli olacaktir.

    Bakin belki Burnerin dedigini benim anladigim kadari ile aciklyabilecek bir grafik ekledim.

    Ince konu ya benimde yanlism olabilir, e zaten yanlisi yaparsaniz dogruyu bulmak daha kolay olur.

    RapidShare: Easy Filehosting

    Enjoy.....
    Yaman

  3. #3
    MCyagli is offline Administrator
    Join Date
    Jul 2009
    Location
    Corum - Turkiye
    Posts
    565

    Default

    Can sıkıntısı eski dosyaları karıştırayım dedim

    Bir iki şeyde ben ekleyeyim.

    FECN
    BECN
    DE


    Bunların tamamı FRAME HEADER daki ALanlardır.

    DEgerler ya "0" olabilir yada "1" olabilir.

    BU degerleri kim, ne zaman, hangi amaçla değiştirir ?


    Çılgın bir topolojimiz olsun :


    R1 ----- ISP ----- R2

    R1 den R2 ye DATA gonderdiğimizi düşünelim.


    ISP herhangi bir sıkışıklık anında Header içindeki FECN = 1 yapar.

    Bunun amacı R2 yi sıkışıklıkdan haberdar etmektir.

    O kadar.

    R2 de R1 haberdar etsin falan degil !

    Burda duralım. Birçok kaynakda bunu okumuşumdur.
    Asıl amaç göndericiği haberdar etmektir yazar.
    Ben bulamadım Frame içinde NİYET diye bi kısım...



    Sonra ISP Switchimiz R2 den gelecek ( r1 e giden) bir sonraki
    frame içindeki BECN bit ini 1 yapar
    . ( Ters yönde gelen )
    BU sefer ki amacı ise R1 yi haberdar etmektir.

    Burda eger traffic TCP ise sorun yoktur.
    R2 nasıl olsa cevap verecek,
    ISP de bunu fırsat bilip FRAME içindeki BECN = 1 yapacaktır.

    Yalnız trafcik UDP ise R2 cevap vermeyeyeceğinden,
    ( mesela multicast bir receiver olsun )
    R1 asla bilemeyecektir sıkışıklık oldugunu.


    Bu BECN bit ini istersek R2 nin eklemesini ve R1 göndermesini sağlayabiliriz.
    Yani senin haberin oldu. Arkadaşınıda haberdar etmen lazım dememiz lazımdır.
    Router lar üzeriden " traffic-shape fecn-adapt " komutunu
    girmemiz gerekir.

    Bu komut ile şunu dedik :

    FECN = 1 li bir frame alırsan,
    Q.922 Test Response gönderir.

    ( Kısaca BECN=1 li bir frame gönder dedik )


    ***
    Kısaca ISP nin temel amacı her iki tarafıda haberdar etmektir.

    Peki ISP neden bu kadar telaşlanıp bizi uyarmaya çalışıyor.

    Çünkü biliyoruz ki bize verilen CIR degerini aşabiliriz.

    VE ISP eger bizden CIR degeri üzeri bir traffik akışı
    görürse kafasına göre Frameleri DE = 1 yapar.
    Yani yol boyunca bir sıkıntı olursa,
    ilk bunları DROP edeceğim demektir.

    ( Gerçi FRame Relay Traffic Shaping ile ISP bunu
    yapmadan biz kendimiz istediğimiz DATA yı DE = 1
    yapıp gondeririz sırf önemli trafik yanlışlıkla DROP edilmesin diye
    )


    Peki Sıkışıklık oldugunu anlamamız neye yol açar ?

    BU da büyük bir sorundur .

    Çünkü BECN aldıgımızda Default olarak CIR degerinin YARISINA düşeriz.

    Onun için

    SHAPE ADAPTIVE XXXX komutu ile böyle bir durumda
    düşeceğiniz Minimum CIR ı yazarsanız kazançlı çıkarsınız.

    Genelde Min CIR yerine size verilen CIR ı yazmak
    mantıklıdır.

    Zaten ISP size CIR degeri için söz vermiştir.

    Tek kaybınız bir müddet BC + BE gönderememektir...



    ***

    SP frame ler içindeki DE = 1 yaparak
    bizi sıkışıklık oldugunda haberdar etmek için kullanmaz.

    ***

    Son olarak

    bu konunun anlaşılması için

    QoS bilmeniz şart...



    **
    Nexus likes this.
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

  4. #4
    Nexus is offline Administrator - Founder
    Join Date
    May 2012
    Posts
    1,994

    Default

    Temel abiye selam
    AcLMasteR likes this.

+ Reply to Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts