Cisco VLAN Trunk Troubleshooting: VLAN Var Ama Trafik Neden Geçmiyor?

İlgili yazılar

Cisco 802.1X + ISE: Access Layer’da Kimlik Tabanlı Erişim Kontrolü

1 hafta önce

Cisco Port Security + IP Source Guard: Access Layer Güvenliğini Güçlendirin

2 hafta önce

Cisco DHCP Snooping ve DAI: Layer 2 Ağ Güvenliği Nasıl Sağlanır?

3 hafta önce

Switch’ler birbirini görüyor, trunk UP durumda ama bazı VLAN’larda trafik geçmiyor mu?

Cisco switch ortamlarında bu durumda ilk kontrol edilmesi gereken yerlerden biri trunk yapılandırmasıdır.

Çünkü:

Trunk UP ≠ Tüm VLAN’lar forwarding yapıyor

1. Trunk Gerçekten Oluşmuş mu?

İlk kontrol:

show interfaces trunk

Burada özellikle:

Trunking mode → Native VLAN → Allowed VLAN → Active/Forwarding VLAN

bilgilerini kontrol edin.

Cisco IOS XE’de show interfaces <interface> trunk ve show interfaces <interface> switchport komutları trunk yapılandırmasını doğrulamak için kullanılabilir.

2. VLAN Allowed List İçinde mi?

Örneğin:

interface GigabitEthernet1/0/48
 switchport mode trunk
 switchport trunk allowed vlan 10,20,30

Bu trunk yalnızca belirtilen VLAN’ları taşır.

VLAN 40 switch üzerinde oluşturulmuş olsa bile allowed listesinde bulunmuyorsa bu trunk üzerinden geçmez. Cisco’ya göre trunk portlarda varsayılan olarak VLAN 1–4094 izinlidir; switchport trunk allowed vlan ile bu liste sınırlandırılabilir.

Kontrol:

show vlan brief
show interfaces trunk

Buradaki önemli ayrım:

VLAN database’de var olması ≠ trunk üzerinden taşınıyor olması

3. Native VLAN İki Tarafta Aynı mı?

802.1Q trunk üzerinde native VLAN trafiği varsayılan davranışta untagged taşınır.

Örneğin:

Switch-A → Native VLAN 99
Switch-B → Native VLAN 1

şeklindeki bir yapı Native VLAN Mismatch oluşturur.

Cisco, 802.1Q trunk’ın iki ucundaki native VLAN’ın aynı olmasını önerir; farklı native VLAN’lar hatalı Layer 2 davranışlarına ve hatta STP sorunlarına yol açabilir.

CDP de native VLAN uyuşmazlığını syslog üzerinden bildirebilir.

4. Bir Taraf Trunk, Diğer Taraf Access Olabilir

Fiziksel interface’in UP/UP olması iki tarafın aynı Layer 2 modunda çalıştığını garanti etmez.

Kontrol:

show interfaces GigabitEthernet1/0/48 switchport

Özellikle:

Administrative Mode
Operational Mode
Access Mode VLAN
Trunking Native Mode VLAN
Trunking VLANs Enabled

alanlarına bakın.

Bir taraf trunk, diğer taraf access ise link fiziksel olarak çalışabilir fakat VLAN davranışı beklediğiniz gibi olmayabilir.

5. STP VLAN’ı Engelliyor mu?

VLAN allowed listesinde olsa bile Spanning Tree ilgili VLAN için portu forwarding durumda tutmuyor olabilir.

Kontrol:

show spanning-tree vlan 20

Portun rolünü ve state’ini inceleyin.

Rapid-PVST/RSTP tarafında discarding, klasik STP tarafında blocking gibi durumlarla karşılaşabilirsiniz.

Dolayısıyla:

VLAN var + Trunk var + Allowed VLAN doğru ≠ Trafik kesin geçer

STP’nin o VLAN için gerçekten forwarding yaptığının da doğrulanması gerekir.

6. MAC Address Öğreniliyor mu?

Son kontrol noktalarından biri MAC tablosudur:

show mac address-table vlan 20

Beklenen MAC adresinin hangi interface üzerinden öğrenildiğini kontrol edin.

Cisco da Layer 2 troubleshooting sırasında MAC adresinin hangi VLAN ve interface üzerinde öğrenildiğini görmek için show mac address-table komutunu kullanır.

Beklenen MAC trunk üzerinden hiç öğrenilmiyorsa problem:

Access Port → VLAN Assignment → Trunk → STP

zincirinin daha önceki bir noktasında olabilir.

Hızlı Troubleshooting Sırası

Benim pratik sıram:

VLAN → Trunk State → Allowed VLAN → Native VLAN → STP → MAC Table

Layer 2 troubleshooting’de kritik soru yalnızca:

“Trunk UP mı?”

değil,

“İlgili VLAN gerçekten bu trunk üzerinde forwarding durumda mı?”

olmalıdır.

Küçük bir allowed VLAN veya native VLAN farkı, fiziksel bağlantı tamamen sağlıklı görünmesine rağmen belirli VLAN’ların çalışmamasına neden olabilir.