Iată o problemă ce nu prea este documentată dar cu care, dacă lucraţi cu switch-uri cu management, foarte probabil o veţi întâlni.

Topologie:

Trei switch-uri Catalyst legate între ele în linie şi două hosturi ataşate la capete.

Situaţie:

În primul rând avem între switch-uri legături trunk şi, important, nu rulează VTP (switchurile sunt în transparent mode). Pe switch-uri nu există alt VLAN decât cel default (VLAN1). Host-urile au adrese din acelaşi broadcast domain.

Pe Switch1 şi Switch3 adăugăm VLAN10 şi plasăm porturile spre host-uri în respectivul VLAN. Pe legăturile trunk sunt permise toate VLAN-urile (sau cel puţin 1 şi 10).

Traficul intre host-uri nu va merge. Motivul: Switch-ul 2 nu ştie de VLAN-ul 10. Deşi liniile de trunk ar trebui să permită traficul pe toate VLAN-urile, el nu va comuta cadre din VLAN-uri care sunt sunt propria listă de VLAN-uri. Comanda “show interfaces trunk” dată pe Switch2 va arată ca ‘permite’ toate VLAN-urile, dar nu ‘face forward’ decât la VLAN-urile de care ştie.

Aici intervine VTP-ul şi nevoie adevărată de VTP. Mulţi ar zice că VTP nu îşi are sensul pentru că el doar adaugă/şterge VLAN-uri de pe switch-uri şi oricum porturile trebuiesc introduse manual în respectivele VLAN-uri (iar atunci când un port de tip access este introdus într-un VLAN inexistent, VLAN-ul este creat automat).  Dar şi pentru switch-urile unde nu avem porturi access trebuie să adăugăm VLAN-urile din reţea (de fapt VLAN-urile ce vor trece prin switch-ul respectiv). Prin urmare VTP, care este, din păcate, protocol propietar Cisco, este foarte important pentru a informa întreaga rețea de topologia de VLAN-uri.

Nu ştiu încă daca este doar o problemă de implementare şi dacă această problemă se regăseşte doar pe switchurile Cisco. Dar este bine de luat în considerare când avem de a face cu VLAN-uri.