EtherChannel Load Balancing
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 8 sonuçtan 1 ile 8 arasındakiler gösteriliyor.
Like Tree6Likes
  • 2 Post By MCyagli
  • 1 Post By syslog2
  • 1 Post By MCyagli
  • 1 Post By MCyagli
  • 1 Post By myguler
EtherChannel Load Balancing

Etherchannel Load Balancing ... Burada sadece Load Balancing Mantığını anlatmaya çalışacağım. Etherchannel deyince ; Bir kaç tane link i alıp birleştirmek, böylece load balancing sağlamak ayrıca redundant link sahibi olmak,

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

    Standart EtherChannel Load Balancing

    Etherchannel Load Balancing ...

    Burada sadece Load Balancing Mantığını anlatmaya çalışacağım.



    Etherchannel deyince ;


    Bir kaç tane link i alıp birleştirmek,
    böylece load balancing sağlamak ayrıca redundant link sahibi olmak,
    stp nin bloke ettiklerini kullanmak,
    L2 ve L3 etherchannel configrasyonu için bir kaç tane komut geliyor aklımıza ...


    Ve bir kaç komut yazıp sistemi hazırlayıp yan gelip yatıyoruz ...


    Bu konunun uzmanları elbette sadece bunu yapmıyorlar,
    ama etherchannel ile yeni tanışan arkadaşlar
    sadece bu bir kaç komutu kullanarak sistemi çalıştırınca
    işin bittiğini düşünebilirler ama öyle değildir,



    Yani iki cihazı iki kablo ile bagladınız etherchannel yapmak için,
    ve niyetimiz belli ki load balancign yaparak daha cok bandwidth sahibi olmak !


    BURDAKİ LOAD BALANCING NASIL OLUYOR ?

    sorusunun cevabı, bazen "tüh ben load balancing yaptıgımı sanıyordum"
    gibi bir sonucla karşılaşmamızı sağlayabilir ...



    Önce LOAD BALANCING nasıl yapılır onu bi anlayalım aksi halde
    bazen hiç elimizi sürmesek daha iyi olacak bence


    Şimdi diyelimki


    40 Kişi -- Sw1 -------- R1
    --------


    Şekilden de anlaşılacağı üzere elimizde bir switch var 40 kişi baglı
    sonra Switch de bir rotuer a baglı ve herkes onun üzerinden internete
    çıkıyor.


    Çok kişi internete çıkıyo diye Sw1 ile R1 arası 2 tane kablo çekip
    Ehternetchannel yapmışız ...


    Sw1 ve R1 artık iletişim kurarken bu 2 portu bir port gibi
    kullanacaklar ve rahat bir iletişim olacak aralarında ...


    Peki Sw1 den R1 e giden data bu 2 linkten hangisini/hangilerini seçiyor?



    Burda İki tane yöntem var !



    1 - SADECE "BİR ŞEYE" BAKABİLİRLER (SOURCE MAC, DEST MAC, SOURCE IP, DEST IP, SOURCE PORT, DEST PORT)

    Yani bunlardan sadece birine bakacaklar.

    Örneğin DEST IP olsun.


    Örneğin Switche demişizki sen yöntem olarak 1. yöntemi kullan (Yani sadece bir şeye bak) ve bu da DEST IP olsun ...

    Burda Dest Ip nin son bitini kullanacağız.


    Mesela bir paket geldi switche ve Dest Ip ye bakacak.

    Ve Router un interface i olacak bu adres genelde

    Router un interface i 192.168.1.1 olsun

    Bu ip nin son bit adresi nedir ? (Ya "0" dır ya da "1" dir ) Başka seçenek yok .

    Eger son bit

    0 ise 0. linki kullan demektir. (YAni 1. link demek istediğini anladık biz )
    1 ise 1. link kullan demektir.


    Son okteti alalım hızlı olsun !

    1 = 000000001

    Yani 1 imiş = Yani 1. linki kullan demektir...

    Mantıklı düşünürsek genelde bu switch üzerinde rotuer a giden packet lerin destination ları
    hep router olacağından ve switch de karar verirken sadece dest ip yi
    kontrol edeceğinden sürekli 1. linki kullanmayacak mı ? Nerde kaldı bizim Load BALANCING !


    Eger switch imize "1. Yöntem olan Sadece bir şeyi kullan deseydik" ve bu da SOURCE IP ler olsun deseydik daha mantıklı olmayacakmıydı ?

    Her gelen source un son biti büyük ihtimal farklı olacağında yani ya "0" olacaktır ya da "1" olacaktır,
    Bu durumda kimisi 0. linki kimiside 1. Linki kullanacaktı ve işe yarayacaktı sistem.

    Peki eşitmidir Load Balancing ? Nerden bilelim ki son biti kaç tanesinin "0" kaç tanesinin "1" oldugunu.

    O zaman şöyle bir sonuca varalım EtherChannel UNEQAUL LOAD-BALANCING yaparmış.



    Arada 2 Link Olursa Son Bit e bakar dedik karar vermek için ve

    0 ise 0. Link Kullanılır (Yani ilk link)
    1 ise 1. Link Kullanılır.


    Peki arada 3 veya 4 link varsa = O zaman Son "iki bit" e bakılır ve

    00 ise 0. linki kullan
    01 ise 1. linki kullan
    10 ise 2. linki kullan
    11 ise 3. linki kullan

    anlamına gelir.


    Arada Kullandığımız Lİnk sayısı 5-6-7-8 ise ;


    000 ise 0. linki kullan
    001 ise 1. linki kullan
    010 ise 2. linki kullan
    011 ise 3. linki kullan
    100 ise 4. linki kullan
    101 ise 5. linki kullan
    110 ise 6. linki kullan
    111 ise 7. linki kullan


    Onun için networkumuzu gözden geçirip güzel karar vermek gerekir !

    Mesela R1 in sadece Dest IP kullanmasında sorun yok,
    ama switch için aynı şeyi söyleyemeyiz...



    2. YÖNTEM İSE "İKİ ŞEYE" BAK YÖNTEMİ OLSUN (SOURCE/DEST MAC , SOURCE/DEST IP, SOURCE/DEST PORT)

    Yani bu ikili lerden (Pair) birisini kullancak!

    Burda "X-OR" ALGORİTMASI KULLANILIRR ve şöyle çalışır

    0 XOR 0 = 0
    0 XOR 1 = 1
    1 XOR 0 = 1
    1 XOR 1 = 0


    Aynı örneğimizi kullanalım.

    2 Tane Link var arada ...

    Ve Source/Dest Ip İkilisini (Pair) kullanalım.

    Packet içindeki,

    Source Ip nin son biti "0"
    Ve Dest Ip nin Son biti de "0"

    olsun ,


    0 xor o = 0

    0 = 0. linki kullan demektir...

    bu kadar ...


    diyelimki 4 link kullanıyoruz ve bu demektir ki son iki bite bakılacak;

    dest ip nin son iki biti = 01
    source ip nin son iki bit = 11

    01
    11
    xor -----------
    10

    10 cıkarcaktır ve bu da 2. linki kullan demektir ...!

    Örnekler çoğaltılabilir kısaca böyledir...



    Hatta sistemiizi kurduktan sonra cihazlarımız hangi methodu kullanıyor diye
    kontorl etmek için ;

    (Aslında cihazın L2 veya L3 olmasına göre veya modeline göre bellidir default ları )

    SHOW ETHERNETCHANNEL LOAD-BALANCE

    yaparak görebiliriz...



    Eger begenmessek;


    conf t
    port-channel load-balance ?

    src-mac
    dst-mac
    src-dst-mac
    src-ip
    dst-ip
    src-dst-ip
    src-port
    dst-port
    src-dst-port


    ile bir sürü secenek arasından istediğimizi seçebiliriz...





    k. gelsin.
    Root90 and xxcaglar like this.

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

    Standart

    Load Balancing Algoritmasından sonra,

    PaGP - LACP ve ON MOde ları üzerinde biraz araştırma yapmaya başladım.

    Sistemin nasıl çalıştığını anlamak için gelip giden paketleri inceleyirum.

    Ancak,

    Google amca dan ögrendilerim çok acayip şeyler var,

    Bu işi uzun süre yapan bazı uzman kişiler - kesinlikle "ON" modunu kullanın,
    ne gerek var arada gelip giden paketlere diyenler var.

    Yine aynı şekilde bu işin içinde olanlar "Aman "ON" moddan uzak dur "Loop" lara yol açma
    ihtimali va
    r diyenler var !

    ON Mode tamamen PagP/LACP den bağımsızdır yazıyor kitaplarda !

    Ama değişik switch lerde degişik sonuçlar alıyorum.

    ON mode yapıp ardından arada gelip giden PaGP paketlerine şahit olduğum durumda oldu!


    Örneğin,

    İki ucta ON mode yaptım.

    Kod:
    debug etherchannel all
    conf t
    no int po1
    yapınca PaGP paketleri gelip gitmeye başlıyor !

    Kod:
    FEC: delete port (Fa0/13) from agport (Po1)
    FEC: pagp_switch_delete_port_from_agport_list: afb->nports-- = 1 [Fa0/13]
    FEC: Un-Bndl msg NOT send to PM for port Fa0/13 from Po1
    FEC: pagp_switch_reset_load_index: reading load-index for port Po1
    FEC: pagp_switch_hotstandby: for agport Po1
    FEC: pagp_switch_hotstandby: PAgP not enabled on agport Po1
    FEC: pagp_switch_port_down: Fa0/14 Inform yes
    FEC: pag
    sw1#p_switch_invoke_port_down: Fa0/14
    FEC: fec_unbundle: Fa0/14
    FEC: pagp_switch_change_vgc: gcchngreq == 0 for Fa0/14
    FEC: pagp_switch_change_vgc: Fa0/14 gcchngreq = 0 gc = 0
    FEC: pagp_switch_delete_port_from_agport_internal: delete_port_from_agport: for port Fa0/14
    FEC: delete port (Fa0/14) from agport (Po1)
    FEC: pagp_switch_delete_port_from_agport_list: afb->nports-- = 0 [Fa0/14]
    FEC: Un-Bndl msg NOT send to PM for port Fa0/14 from Po1
    FEC: pagp_switch_reset_cannot_bundle_ports: group 1
    FEC: p

    Ne alakası var anlamadım.


    --

    Ezbere 2-3 komut girip sistemi çalışır hale getirmektense,

    Nasıl ve Nedenini araştırmak adına

    Bu MODE LARDAN HANGİSİNİ NEDEN kullandığını yazacak arkadaşlara ihtiyacımız var
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

  3. #3
    syslog2 Guest

    Standart

    Selam, mode on komutu kullanıldığı zaman ether channelın karsı ucundaki interface link down olduğunda ether channel bunu anlayamaz, bu yüzden aslında mode on kullanılması önerilmiyor,
    Genellikle production ortamlarda özellikle LACP kullanılmasını öneriliyor çünkü LACP fast ve low (30-5) sn aralıklarla keep alive paketleri ile karsı interface in up olup olmadını kontol ediyor.aslında sizinde söylediğiniz gibi on modu kullanıldığında arada gidip gelen paketler bu söylediğim işlemi gercekleştiriyor , buda bize load balancing konusunda istediğimiz sonucu verir.

    bir diğer önemli konu, eğer switch in load balancing mekanızmasında desteklediği feature lar yetersizse (src-mac,dst-mac,src-ip,dst-ip ) yine sorun yaşanma olasılığı yüksek.
    bunu değiştirmek için

    örneğin bir sw karsı ucunda uc adet link ile bağşı ESX server var ve linklerden birinin gittiği anlasılmazsa ethercnannal makanizması load balancingi hala üç interface üzerinden yapacağı için paket kaybına neden olur, bu durumda örneğin ftp isteği ikinci veya daha fazla istek sonucunda gercekleşir.

    hepimizin bildiği üzere LACP endüstri standartı, PAGP ise cisco ait bir protocol,
    Root90 likes this.

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

    Standart

    Cisco Cihazlarında ---

    Benim test lerimden gördüğüm şu ---

    İki tarafta ON yapınca,
    ve bir tarafın Link ini DOWN yapınca,

    Diger taraf bu durumdan haberdar oldu.

    Yukardaki örnek aynen öyle.

    Sanırım Cisco cihazları ON mod kullanılınca
    bu açığı kapatmak için PaGP den yardım alıyor gibi.

    Başka cihazlarda ise,

    ON modunda Keepalive olmayacağı için sorunun tespiti

    sizin de dediğiniz gibi zor.

    Ve Lİnklerden birinin bile down olması anlaşılmaz ise,

    PAKET KAYIPLARI kaçınılmaz !!!

    ON Modu cidden bu kadar zayıf mı acaba ?

    Kısa zamanda,

    3 link baglayıp ON mode ile Etherchannel yapıcam,

    Daimi paket gönderip Link in birini DOWN edicem.

    Paket kaybını gözlemlemeye çalışam.

    Şahit olursam, ON Mode benim için bitmiştir
    Root90 likes this.
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

  5. #5
    myguler isimli Üye şimdilik offline konumundadır Junior Member
    Üyelik tarihi
    Nov 2015
    Mesajlar
    3

    Standart

    Alıntı MCyagli Nickli Üyeden Alıntı Mesajı göster
    Etherchannel Load Balancing ...

    Burada sadece Load Balancing Mantığını anlatmaya çalışacağım.
    Herkese Merhaba,

    Forumdaki bu ilk iletimde öncelikle biraz kendimden bahsetmek isterim.Adım Yener ve Elektrik-Elektronik Mühendisiyim. Daha önce farklı bir sektörde çalıştım ve sektörel değişiklik yapmak durumunda kalıp, 'Network' ile ilgilenmeye başladım. Yaklaşık 1 sene evvel bir CCNA kursuna katıldım ve bu kurs bana sadece kavramlara aşinalık ve de konuya dair okuduğunu algılama yetisini kazandırdı. Daha sonrasında bazı sebeplerden ötürü aralıklarla yapabildiğim çalışmalar(totalde birkaç ay) ile belli bir düzeye getirdim bilgimi ve şu an CCNP seviyesinde çalışmalarıma devam ediyor bulunmaktayım. Literatüre dair Türkçe kaynak sıkıntısının ciddi manada hissedildiği bu şartlarda, başta Ceyhan Hoca'nın ve de Murat Bey'in paylaşımları olmak üzere, birçok yönden istifade ettiğim Ciscotr paylaşımlarını teşkil eden Ciscotr ailesinin bireylerine teşekkürlerimi ifade etmeyi borç bilirim.


    Sayın Ceyhan Hocam'a bir sorum olacak bu konu başlığı altında. Etherchannel yapılandırmamızı Destination IP Adress'e göre Load-Balance ederken, LAN'daki hostlar tarafından dış networke gönderilmek üzere oluşturulan paketlerin başlığında Destination IP Adress alanında Default Gateway'in adresi bulunduğundan(!) ötürü tutarlı bir Load-Balance uygulaması olamayacağından bahsetmişsiniz. Bahsettiğiniz durumda bu önerme çok doğrudur fakat, dış networke gönderilmek üzere oluşturulan bir pakette, host hedef networkün farklı bir network olduğunu lojik bir çıkarsamayla tespit ettikten sonra, paketi default gatewaye yönlendirmeye karar verir ve Dest.IP alanına karışmadan, Dest. MAC Adress alanına default gateway (bağlı bulunduğu router interface)'inin MAC adresini yazarak paketi ona yönlendirir.(bilmiyorsa zaten ARP prosesini işletir evvela). Layer 3 çalışabilen cihazların(Örn.Host PC,Router,Switch yönetimsel arayüz-vlan interface) yaptığı şey bu değil midir zaten, yani paket başlığına bakıp hedef networke ulaşabilmek için hangi interface'inin bulunduğu networkteki hangi uç noktaya paketi iletmesi gerektiğine karar verip, bir Layer 2 yordamıyla(ARP,Inverse ARP ya da P2P..) o noktaya iletmek paketi...

    Yanlışım varsa bu noktada düzeltme yapmanızı ve beni bilgilendirmenizi rica ederim.

    Saygılar sunar,esenlikler dilerim..

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

    Standart

    Merhabalar,

    aynen öyle.

    dest mac ı hayal edip yazmış bile olabilirim


    ***

    özellikle güvenlikle ilgili makalelerde

    çok komik hatalar yaptıgımı şimdi okuyunca anlıyorum



    ***



    en azından

    ether channel load balancing konusunun

    anlaşıldıgından eminim bu makale ile



    bu arada yakında RS ve Security videolarımı yayınlıcam

    konu isteklerinizi yazabilirsiniz arkadaşlar
    Root90 likes this.
    Mehmet Ceyhan YAĞLI
    I learn, I teach

    www.mcyagli.com

  7. #7
    myguler isimli Üye şimdilik offline konumundadır Junior Member
    Üyelik tarihi
    Nov 2015
    Mesajlar
    3

    Standart

    Hocam teşekkürler cevabınız için. O videolari sabirsizlikla bekleyeceğim Bir Türkçe kitap çalışmanız da olsa keşke ne hoş olur..
    cheat likes this.

  8. #8
    gokhankosem isimli Üye şimdilik offline konumundadır Junior Member
    Üyelik tarihi
    Nov 2007
    Mesajlar
    17

+ 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