Stack’lama, sanal şasi ve MLAG
İki veya daha fazla anahtar tek bir birim gibi davranacak şekilde yapılandırılabilir: bir yığın veya sanal şasi, özel bağlantılar üzerinden bir kontrol düzlemini paylaşır; MLAG (çoklu şasi LAG) ise iki bağımsız kontrol düzlemini korur ve yalnızca downstream cihazın tek bir cihaza bağlı olduğunu düşünmesini sağlar. İkisi de portların nasıl adlandırıldığını, hangi portların tüketildiğini, içlerinde hangi kabloların veya optiklerin kullanılmasına izin verildiğini ve arızalı bir bağlantının nasıl davrandığını değiştirir. Bu sayfa teknolojileri satıcıya göre, kablolama ve optik kurallarını, alternatifleri ve alıcı-verici tarafında nelere dikkat edilmesi gerektiğini listeler.

Üç yaklaşım
| Yaklaşım | Kontrol düzlemi | Veri düzlemi | Tipik ölçek | Arıza etki alanı |
|---|
| Yığın (sabit anahtarların halkası/zinciri) | bir (master + üyeler) | yığın kabloları üzerinden paylaşılan backplane | 2–10 birim, bir rack/dolap | master arızasında veya yazılım hatasında tüm yığın |
| Sanal şasi / küme (ön portlar üzerinden iki veya daha fazla şasi ya da sabit anahtar) | bir | şasiler arası bağlantılar üzerinden yönlendirme | 2 (bazen daha fazla), odalar arasına yayılabilir | ikisi de |
| MLAG / vPC / VLT / VSX | iki bağımsız | eş bağlantı + keepalive; her anahtar yerel olarak yönlendirir | 2 | bir anahtar; diğeri yönlendirmeye devam eder |
| ECMP’li L3 leaf–spine (eşleme yok) | bağımsız | yönlendirilmiş | herhangi | bir bağlantı veya kutu; diğerleri etkilenmez |
Satıcıya göre teknolojiler
| Satıcı | Yığınlama | Şasi tarzı sanallaştırma | MLAG tarzı eşleme |
|---|
| Cisco | StackWise (Catalyst 9200/9300: StackWise-160/480/1T), özel arka kablolar üzerinden; FlexStack (2960-X) | StackWise Virtual (Catalyst 9500/9600), ön 40G/100G optikler üzerinden; Nexus 2000 FEX | vPC (Nexus) |
| Juniper | Virtual Chassis (EX2300…EX4650, QFX5100/5120), özel VCP veya dönüştürülmüş QSFP+/QSFP28 uplink’ler üzerinden | Virtual Chassis Fabric (spine-leaf VC) | MC-LAG; artık EVPN-multihoming tercih ediliyor |
| HPE Aruba | VSF (AOS-CX 6200/6300), ön portlar üzerinden; 6300’de kablolarla backplane yığınlama | VSX (8320/8325/8400), ISL üzerinden | VSX, MLAG tarzıdır (iki kontrol düzlemi) |
| HPE/H3C | IRF (Comware), ön 10G/40G/100G portlar üzerinden | IRF şasiler arasına yayılır | M-LAG (Comware 7) |
| Huawei | iStack (S serisi), yığın kartları veya ön portlar üzerinden | CSS (küme anahtar sistemi, şasi) | M-LAG (CloudEngine) |
| Dell | yığınlama (OS10 fixed), ön portlar üzerinden | — | VLT (Virtual Link Trunking) |
| Arista | yok | — | MLAG (ön portlar üzerinden eş bağlantı) |
| Extreme | SummitStack, arka veya ön portlar üzerinden (EXOS); VOSS kümeleme | — | MLT/SMLT, vIST (VOSS) |
| Ruckus | yığınlama, 10G/40G ön portlar üzerinden (ICX) | — | — |
| Nvidia / Cumulus | yok | — | MLAG (CLAG), eş bond üzerinden |
| SONiC | yok | — | MCLAG (topluluk/satıcı uygulamaları) |
| MikroTik | yok | — | MLAG (RouterOS 7, CRS3xx/5xx) |
| Brocade FC | — | — | fabric, eşleme gerekmez (SAN tasarımı) |
Yığınlama için kablolama ve optikler
| Yığın türü | Kablo / modül | Optik kuralları |
|---|
| Özel arka yığın portları (StackWise, 6300 backplane, iStack kartları) | tescilli kablolar, 0,5–3 m, toplam 40–480 Gb/s, özel konektörler | alıcı-verici yok; kablolar satıcıya özgüdür ve denetlenir |
| QSFP+/QSFP28 üzerinden ön port yığınlama / VCP (Juniper VC, IRF, VSF, uplink’ler üzerinden iStack, ICX) | standart 40G/100G DAC, AOC veya optikler — port yığın moduna dönüştürülür (request virtual-chassis vc-port set pic-slot 0 port 48) | uplink’ler için geçerli olan aynı optik politikası uygulanır; bir rack içinde genellikle DAC tercih edilir, odalar arasında AOC/SR4/LR4 (Juniper VC, binalar arasında uzun erişimli VCP’ye izin verir); bir portu VCP’ye dönüştürmek onu uplink havuzundan çıkarır |
| StackWise Virtual / CSS / VSX ISL | standart optiklerle 2–4 × 40G/100G ön port | bağlantı üyeleri aynı modüller olmalıdır; ISL kaybı çifti böler |
| MLAG eş bağlantısı | çift arasında 2+ × 40/100/400G (bir rack içinde DAC) | çiftteki en hızlı, en yedekli bağlantı olmalıdır; OOB üzerinden eş keepalive |
Yığın kabloları, birçok platformda kendi EEPROM’larına sahiptir; orijinal olmayan veya hasarlı bir kablo, hiçbir zaman katılmayan bir üye olarak görünür.
Yığınlamanın operatör için değiştirdikleri
| Husus | Etki |
|---|
| Port adları | ilk sayı üye kimliği olur: Gi2/0/1, xe-1/0/48, 2:49 (Port adlandırma ve LED’ler) |
| Uplink’ler | üyeler arasında dağıtılır (üye başına bir tane), böylece bir üye arızası yığının bağlı kalmasını sağlar; üyeler arasında LAG |
| Optik envanteri | show inventory / show chassis hardware, üye başına modülleri listeler — aynı PN bir üyenin yazılım imajında kabul edilirken karışık sürümlü bir yığında kabul edilmeyebilir |
| Yazılım yükseltmesi | tüm yığın (bazılarında ISSU); bir yığın yeniden başlatması her optiği down duruma getirir |
| Master seçimi | arıza durumunda portlar yönlendirmeye devam eder (NSF) ama yönetim taşınır |
| Halkaya karşı zincir | halka bir kablo arızasında hayatta kalır; zincir kalmaz |
| Karışık modeller | satıcıya göre sınırlıdır (aynı aile, aynı lisans, bazen aynı model) |
MLAG ayrıntıları
| Kalem | Kural |
|---|
| Eş bağlantı | 2 × en büyük uplink hızı, LAG; yetim port ve yük devretme trafiğini taşır |
| Keepalive | split-brain’i tespit etmek için ayrı yol (OOB) |
| Downstream | üyeleri her iki eşe de giden bir LACP LAG’ı olan sunucu veya anahtar — her iki üyede de aynı hız/FEC (Yönlendirme temelleri) |
| Tutarlılık | üye portlardaki VLAN’lar, MTU, STP ayarları ve FEC her iki eşte de eşleşmelidir; uyumsuzluk → LAG üyesi askıya alınır |
| Optikler | downstream bir hostun iki DAC’ı iki farklı anahtara gider: bunları çift olarak satın alın ve kodlayın |
| Modern alternatif | EVPN multihoming (ESI-LAG) eş bağlantıyı ortadan kaldırır; hosta saf L3 eşlemeyi tamamen ortadan kaldırır |
Eşlenmiş sistemlerde optikle ilgili arızalar
| Belirti | Neden | Nereye bakılmalı |
|---|
| Yığın üyesi hiç katılmıyor, yığın LED’i kapalı | yığın kablosu yanlış oturmuş, orijinal değil veya port VCP’ye dönüştürülmemiş | kablo EEPROM’u/LED’i, show switch stack-ports, show virtual-chassis vc-port |
| VCP bağlantısı flap yapıyor, üyeler yeniden seçim yapıyor | VCP üzerinde sınırda optik/DAC | VCP portunda DDM (Bağlantı flap olayları) |
| MLAG üyesi bir eşte askıya alınmış | eşlerin üye portları arasında FEC/hız/MTU uyumsuzluğu | Port yapılandırma tarifleri |
| Yükseltmeden sonra sunucuların yarısı bir yolu kaybediyor | bir eşin yeni sürümü üçüncü taraf optikleri reddediyor | Uyumluluk matrisleri ve ürün yazılımı |
| Eş bağlantısı down, split-brain | keepalive yanlış yapılandırılmışken eş bağlantı DAC arızası | tasarım: farklı kartlarda iki üye |
CodingBox’ta
Yığınlama ve MLAG, bir modülün kabul edilmesi gereken yer sayısını ikiye katlar: aynı kodlanmış kimlik hem her iki üyede hem de her iki eşte, bazen iki farklı yazılım sürümünde geçmelidir. Bir çiftin modüllerini birlikte okuyun ve kaydedin, VCP’ye dönüştürülmüş uplink’leri envanterde uplink olarak ele alın (Check transceiver, Code database).