Extreme 8520 MCT Kurulumu: SLX-OS 20.6.3c Saha Rehberi
🌐 Ağ & Network

Extreme 8520 MCT Kurulumu: SLX-OS 20.6.3c Saha Rehberi

İki Extreme 8520 üzerinde ICL, peer keepalive, cluster-client, LACP ve doğrulama adımlarıyla MCT/MLAG kurulumu. Gerçek saha notları ve anonimleştirilmiş komut örnekleri.

Ali Murat Yiğit13 Ekim 202616 dk okuma
Blog'a Dön

Yazar ve teknik kontrol

Ali Murat Yiğit tarafından hazırlanmış, Yitser Teknoloji Teknik Ekibi tarafından kaynak ve uygulanabilirlik açısından kontrol edilmiştir.

İçerik politikamız →

Kısa cevap: Extreme 8520 MCT nedir?

Extreme 8520 üzerinde MCT (Multi-Chassis Trunking), iki fiziksel switchin ayrı yönetim ve kontrol düzlemlerini korurken çift bağlı sunucu, firewall veya HCI düğümüne tek mantıksal LAG uç noktası gibi davranmasını sağlar. Bu yapı klasik stack değildir. Her switchin konfigürasyonu ve yönetim adresi ayrıdır.

Bu rehber, iki Extreme 8520-48Y cihazın SLX-OS 20.6.3c sürümünde devreye alındığı gerçek bir saha çalışmasından türetilmiştir. Kurum IP’leri ve cihaz adları güvenlik amacıyla anonimleştirilmiştir. Komutlar uygulanmadan önce port planı ve mevcut konfigürasyon yedeklenmelidir.

Sahada kullanılan mimari

BileşenSaha tasarımı
Switchler2 × Extreme 8520-48Y
İşletim sistemiSLX-OS 20.6.3c
MCT kümesiCORE_MCT
ICLPort-channel 100, her switchte Ethernet 0/55 ve 0/56
YönetimAyrı yönetim VLAN’ı ve her switch için farklı yönetim IP’si
İstemci LAG’leriPo10, Po11 ve Po12; her iki switchte aynı port-channel numarası
Taşınan VLAN’larYönetim, sunucu, servis ve yedekleme VLAN’ları

MCT kurulumundan önce kontrol listesi

  • İki MCT peer aynı SLX-OS sürümünde olmalıdır.
  • ICL için ayrılan fiziksel bağlantılar doğrudan iki switch arasında çalışmalıdır.
  • MCT peer IP’leri aynı alt ağda ve birbirine erişebilir olmalıdır.
  • Aynı çift bağlı istemci için iki switchte aynı client ID kullanılmalıdır.
  • Peer keepalive, ICL’den bağımsız bir yol üzerinden çalışmalıdır.
  • İstemcinin LACP modu ve iki bağlantısının aynı mantıksal LAG’a ait olduğu doğrulanmalıdır.

Extreme, MCT peer’lerin aynı SLX-OS sürümünde olmasını ve aynı istemciye bağlı iki tarafta aynı client ID kullanılmasını ister. Ayrıca MCT kapsamındaki ICL, cluster-client portları ve VLAN’larda STP tasarımı ayrı değerlendirilmelidir.

1. ICL için fiziksel LACP üyelerini oluşturun

Aşağıdaki örnek iki switchte de uygulanır. Port-channel numarası ve fiziksel portlar saha planına göre değiştirilmelidir.

bashbash
configure terminal
interface Ethernet 0/55
 channel-group 100 mode active type standard
 no shutdown
exit
interface Ethernet 0/56
 channel-group 100 mode active type standard
 no shutdown
exit

type standard ifadesi fiziksel Ethernet arayüzündeki channel-group komutunda kullanılır; port-channel arayüzünün altında yazılmaz.

2. ICL port-channel’a Layer 3 adres verin

Aşağıdaki adresler yalnız dokümantasyon örneğidir.

Switch 1

bashbash
interface Port-channel 100
 description MCT-ICL
 ip address 192.0.2.1/30
 no shutdown
exit

Switch 2

bashbash
interface Port-channel 100
 description MCT-ICL
 ip address 192.0.2.2/30
 no shutdown
exit

MCT control oturumu bu Layer 3 peer bağlantısı üzerinden kurulur. Port-channel 100 up olmadan cluster peer oturumu beklenmemelidir.

3. MCT cluster ve peer bağlantısını tanımlayın

Switch 1

bashbash
cluster CORE_MCT
 peer 192.0.2.2
 peer-interface port-channel 100
 member vlan all
exit

Switch 2

bashbash
cluster CORE_MCT
 peer 192.0.2.1
 peer-interface port-channel 100
 member vlan all
exit

member vlan all yalnız MCT üzerinden taşınması planlanan VLAN’lar iki cihazda tutarlıysa kullanılmalıdır. Daha dar bir kapsam gerekiyorsa üretim VLAN listesine göre sınırlandırılmalıdır.

4. Peer keepalive yolunu kurun

Peer keepalive, ICL arızası ile peer cihaz arızasını ayırt etmeye yardım eder. Saha tasarımında keepalive yönetim VLAN’ındaki ayrı VE arayüzü üzerinden taşındı.

bashbash
cluster CORE_MCT
 peer-keepalive destination 10.10.254.3 source-interface Ve 254
exit

Karşı switchte kaynak ve hedef adresleri ters çevrilir. Buradaki IP’ler anonim örnektir. Keepalive için ICL ile aynı hata alanını kullanmak korumanın amacını zayıflatır.

5. Çift bağlı istemci port-channel’ını oluşturun

Aynı sunucu veya HCI düğümü iki switchte de Port-channel 10 olarak tanımlandı. Her switchte istemciye giden yalnız yerel fiziksel port bulunur.

bashbash
interface Ethernet 0/1
 channel-group 10 mode active type standard
 no shutdown
exit

interface Port-channel 10
 description HCI-NODE-01
 switchport
 switchport mode trunk
 switchport trunk allowed vlan all
 tag native-vlan
 cluster-client auto
 no shutdown
exit

cluster-client auto, client ID’yi port-channel numarasından tutarlı şekilde türetir. Aynı istemci iki peer üzerinde farklı port-channel numarasıyla tanımlanırsa otomatik client ID de farklı olur ve MCT çifti doğru kurulmaz.

6. Kurulumu doğrulayın

bashbash
show cluster
show cluster member vlan
show port-channel 100
show port-channel 10
show lacp counter
show running-config interface Port-channel 100
show running-config interface Port-channel 10
show mac-address-table cluster CORE_MCT

Beklenen temel durumlar:

  • Cluster state Active görünmelidir.
  • Peer state ve keepalive state Up olmalıdır.
  • İstemci satırında local/remote durum Up/Up olmalıdır.
  • Po100’de iki ICL üyesi, istemci port-channel’da ise ilgili yerel bağlantı selected durumda olmalıdır.
  • MAC adresleri yerel ve uzak MCT öğrenme tipleriyle iki peer arasında görünmelidir.

Sahada karşılaşılan LACP problemi

İlk devreye almada bazı HCI bağlantıları aktif/aktif yerine aktif/beklemede çalıştı. Switch tarafındaki port-channel up görünse de karşı uçtan LACP alım sayaçları artmıyordu. Bu durumda sürekli MCT konfigürasyonunu değiştirmek doğru teşhis değildir.

Kontrol sırası şu olmalıdır:

  1. show lacp counter ile her fiziksel üyede gönderilen ve alınan LACP paketlerini kontrol edin.
  2. Karşı uç Linux ise bonding durumunu ve her NIC’in link bilgisini inceleyin.
  3. Karşı uçta 0x8809 EtherType LACPDU paketlerinin gönderildiğini paket yakalama ile doğrulayın.
  4. İki bağlantının aynı bond/LAG içinde ve aynı LACP anahtarıyla çalıştığını kontrol edin.
  5. MCT istemci ID’sinin iki switchte aynı olduğunu tekrar doğrulayın.

Switch LACPDU gönderiyor fakat karşı uçtan hiç LACPDU almıyorsa sorun çoğunlukla switchteki MCT peer tanımından değil, karşı uç bonding/LACP yapılandırmasından veya fiziksel eşlemeden kaynaklanır.

Bakım öncesi güvenli kontrol

Bir MCT peer bakım için kapatılmadan önce show cluster ve istemci durumları kontrol edilmelidir. Trafiği kontrollü biçimde diğer peer’e taşımak için kullanılan shutdown clients işlemi, üretim etkisi nedeniyle yalnız onaylı bakım penceresinde ve geri dönüş planıyla uygulanmalıdır.

Resmî kaynaklar

Sonuç

Extreme 8520 MCT kurulumu yalnız iki port-channel açmaktan ibaret değildir. ICL, kontrol oturumu, bağımsız keepalive, aynı client ID, LACP karşı uç davranışı ve arıza senaryosu birlikte doğrulanmalıdır. Gerçek üretim konfigürasyonu; cihaz sürümü, port planı, VLAN kapsamı ve karşı uç üreticisine göre ayrıca kontrol edilmelidir.

Extreme 8520 MCTSLX-OS MCTExtreme MLAGcluster-client autoExtreme 8520 LACP

Bu konuda destek almak ister misiniz?

Teknoloji mimarlarımız mevcut altyapınızı ücretsiz değerlendiriyor ve size özel çözüm sunuyor.