LAG ID, fiziksel portlar ve VLAN alanları ortamdan bağımsız örnek değerlerle gösterilmiştir. <LAG_ID>, <PORT_1>, <PORT_2>, <NATIVE_VLAN> ve <VLAN_LIST> alanlarını kendi tasarımınıza göre değiştirin.
01 / AMAÇ
Amaç
Aruba CX üzerinde iki veya daha fazla fiziksel Ethernet bağlantısını LACP (Link Aggregation Control Protocol) kullanarak tek bir mantıksal LAG (Link Aggregation Group) interface altında birleştirmektir.
Bu yapı, bağlantı yedekliliği sağlamaya ve birden fazla fiziksel linki aynı mantıksal bağlantı altında kullanmaya yardımcı olur.
Aruba CX A Karşı Cihaz
----------- -----------
<PORT_1> ------------------------ <PEER_PORT_1>
<PORT_2> ------------------------ <PEER_PORT_2>
\ /
\ /
+------ LACP / LAG --------+
02 / ÖN HAZIRLIK
Ön Hazırlık
Yapılandırmaya başlamadan önce aşağıdaki değerlerin belirlenmiş olması gerekir:
| Örnek değer | Açıklama |
|---|---|
<LAG_ID> | Oluşturulacak LAG numarası |
<PORT_1> | LAG'e dahil edilecek ilk fiziksel interface |
<PORT_2> | LAG'e dahil edilecek ikinci fiziksel interface |
<NATIVE_VLAN> | Trunk üzerindeki native VLAN |
<VLAN_LIST> | Trunk üzerinde izin verilecek VLAN veya VLAN listesi |
AOS-CX komutlarının kullanılabilirliği switch serisine ve yazılım sürümüne göre küçük farklılıklar gösterebilir. Özellikle Layer 2 LAG örneklerinde bazı platformlarda no routing satırı kullanılırken bazı platform örneklerinde bu satır bulunmayabilir. Uygulamadan önce ilgili modelin AOS-CX dokümantasyonu kontrol edilmelidir.
03 / 1. LAG INTERFACE OLUŞTURMA
1. LAG Interface Oluşturma
Öncelikle mantıksal LAG interface oluşturulur.
configure terminal
interface lag <LAG_ID>
no shutdown
no routing
lacp mode active
exit
Buradaki temel komutlar:
interface lag <LAG_ID>→ mantıksal LAG interface oluşturur veya ilgili LAG interface'e girer.no shutdown→ LAG interface'i administratively up duruma getirir.no routing→ interface'i Layer 2 kullanımına hazırlar. Platform desteği kontrol edilmelidir.lacp mode active→ LACP negotiation sürecini aktif olarak başlatır.
04 / 2. FIZIKSEL PORTLARI LAG'E DAHIL ETME
2. Fiziksel Portları LAG'e Dahil Etme
LAG'e katılacak fiziksel portlar aynı LAG ID ile ilişkilendirilir.
interface <PORT_1>
no shutdown
lag <LAG_ID>
exit
interface <PORT_2>
no shutdown
lag <LAG_ID>
exit
Mantıksal görünüm:
<PORT_1> ----\
+---- LAG <LAG_ID>
<PORT_2> ----/
VLAN veya trunk yapılandırmasını fiziksel member portlara ayrı ayrı vermek yerine LAG interface üzerinde tutmak yapılandırmanın daha okunabilir ve yönetilebilir olmasını sağlar.
05 / 3. LAG'I TRUNK OLARAK YAPILANDIRMA
3. LAG'i Trunk Olarak Yapılandırma
LAG üzerinden birden fazla VLAN taşınacaksa trunk yapılandırması LAG interface üzerinde yapılabilir.
interface lag <LAG_ID>
vlan trunk native <NATIVE_VLAN>
vlan trunk allowed <VLAN_LIST>
exit
Örneğin yalnızca ihtiyaç duyulan VLAN'ların taşınması hedeflenir:
vlan trunk allowed <VLAN_LIST>
Tüm VLAN'ları geçirmek teknik olarak mümkün olsa da üretim ortamında yalnızca gerekli VLAN'ların izinli olması daha kontrollü bir yaklaşımdır.
Native VLAN'ın gerçekten forward edilebilmesi için ilgili VLAN'ın allowed listesinde de bulunması gerekir. AOS-CX dokümantasyonunda bu davranış LAG trunk interface'leri için açıkça belirtilmektedir.
06 / 4. LACP ACTIVE VE PASSIVE MANTIĞI
4. LACP Active ve Passive Mantığı
LACP iki temel çalışma moduna sahiptir:
Active
LACP paketlerini aktif olarak göndererek negotiation başlatır.
Passive
Karşı taraftan gelen LACP paketlerini bekler.
Desteklenen temel eşleşmeler:
Active <--> Active
Active <--> Passive
Her iki tarafın da passive olması durumunda taraflardan hiçbiri negotiation başlatmadığı için LACP LAG oluşmaz.
07 / 5. TAM ÖRNEK YAPILANDIRMA
5. Tam Örnek Yapılandırma
Ortam bağımsız örnek:
configure terminal
interface lag <LAG_ID>
no shutdown
no routing
lacp mode active
vlan trunk native <NATIVE_VLAN>
vlan trunk allowed <VLAN_LIST>
exit
interface <PORT_1>
no shutdown
lag <LAG_ID>
exit
interface <PORT_2>
no shutdown
lag <LAG_ID>
exit
Karşı cihaz tarafında da aynı fiziksel bağlantıların aynı logical aggregate içerisinde ve uyumlu LACP ayarlarıyla yapılandırılması gerekir.
08 / 6. YAPILANDIRMAYI DOĞRULAMA
6. Yapılandırmayı Doğrulama
LACP durumunu görmek için kullanılabilecek temel komutlardan biri:
show lacp interfaces
LAG aggregate bilgisini kontrol etmek için:
show lacp aggregates
Belirli bir LAG'i incelemek için:
show lacp aggregates lag<LAG_ID>
Interface durumları için ayrıca:
show interface brief
ve LAG interface bilgisi için:
show interface lag <LAG_ID>
kullanılabilir.
09 / 7. KONTROL EDILMESI GEREKEN NOKTALAR
7. Kontrol Edilmesi Gereken Noktalar
LACP beklenen şekilde oluşmuyorsa aşağıdaki kontroller yapılmalıdır:
Fiziksel linkler Up mı?
|
v
Portlar doğru LAG'e dahil mi?
|
v
Karşı cihaz LACP kullanıyor mu?
|
v
Active / Passive kombinasyonu uygun mu?
|
v
Member port hızları ve temel link ayarları uyumlu mu?
|
v
Native ve Allowed VLAN'lar iki tarafta uyumlu mu?
|
v
show lacp interfaces çıktısı ne gösteriyor?
AOS-CX show lacp interfaces çıktısında collecting ve distributing durumları, linkin aggregate içerisinde trafik alıp gönderebildiğini değerlendirmede önemlidir.
10 / SONUÇ
Sonuç
Aruba CX üzerinde LACP tabanlı LAG oluşturmak için temel olarak üç işlem yapılır:
- 01
Mantıksal
laginterface oluşturulur. - 02
lacp mode activeveya tasarıma uygun LACP modu belirlenir. - 03
Fiziksel member portlar ilgili LAG'e dahil edilir.
VLAN yapılandırması gerekiyorsa trunk veya access ayarları mantıksal LAG interface üzerinde uygulanır.
Bu yaklaşım fiziksel linkleri tek bir logical bağlantı altında toplayarak hem bağlantı yedekliliği hem de daha esnek uplink tasarımı sağlar.
---
How-To ID: HT-003 Platform: Aruba CX / AOS-CX Durum: Teknik yapılandırma rehberi
Bu içerik faydalı oldu mu?
Tek tıkla görüşünü bırak. Geri bildirimler yeni içerikleri ve mevcut rehberleri geliştirmek için kullanılır.