Od wersji Junos 12.1 jest możliwe stworzenie Virtual Chassis ze switcha EX2200 z wykorzystanie portów uplinkowych. Co nam da stworzenie VC (Virtual Chassis) przede wszystkim wyeliminowanie Spanning Tree w sieci, zazwyczaj urządzenia klasy EX2200 używane są jako access, podłączone do switchy dystrybucyjnych. Nie będziemy marnotrawić portów gdy mamy STP w sieci oraz zrobić agregat portów (Interfejs ae).
Poniżej mój lab to 2 switche EX2200-48T-4G w portach uplink moduły SFP-SX
Tworzymy VC:
wykonujemy polecenie dodające port do puli portów VC na obu jeszcze standalone.
request virtual-chassis vc-port set pic-slot 1 port 3 //gdzie pic-slot 1 to nasze porty uplink //port 3 - 3 port numeracja zaczyna się od 0, w normalnej konfiguracji port byłby widoczny pod ge-0/1/3, //Po wykonaniu polecenia dany port zamieni się w port vcp-255/1/3
spinamy patchcordem urządzenia według rysunku:
sprawdzenie jak wygląda status VC:
> show virtual-chassis status Virtual Chassis ID: ffa3.3096.bbda Virtual Chassis Mode: Enabled Mstr Mixed Neighbor List Member ID Status Serial No Model prio Role Mode ID Interface 0 (FPC 0) Prsnt CW0319953731 ex2200-48t-4g 128 Master* NA 1 vcp-255/1/3 1 (FPC 1) Prsnt CW0319953875 ex2200-48t-4g 128 Backup NA 0 vcp-255/1/3 Member ID for next new member: 2 (FPC 2)
Tak jak widzicie na rysunku moje switche są połączone dwoma linkami ze sobą, pora dodać do połączenia VC będzie to port ge-0/1/2 w obu switchach, robimy to poleceniami:
request virtual-chassis vc-port set pic-slot 1 port 2 member 1 request virtual-chassis vc-port set pic-slot 1 port 2 // dla member 0 nie trzeba dodawać id dzieje się to automatycznie.
sprawdzamy status VC
> show virtual-chassis status
Virtual Chassis ID: ffa3.3096.bbda
Virtual Chassis Mode: Enabled
Mstr Mixed Neighbor List
Member ID Status Serial No Model prio Role Mode ID Interface
0 (FPC 0) Prsnt CW0319953731 ex2200-48t-4g 128 Master* NA 1 vcp-255/1/2
1 vcp-255/1/3
1 (FPC 1) Prsnt CW0319953875 ex2200-48t-4g 128 Backup NA 0 vcp-255/1/2
0 vcp-255/1/3
tak jak wyżej opisałem możemy dodać kolejne porty do VC które zostały w pic 1
ważną rzeczą jest dodanie polecenia które przy każdym commit będzie synchronizować konfigurację na obu nodach VC
{master:0}[edit]
root@VC_Lab_Safe# set system commit synchronize
{master:0}[edit]
root@VC_Lab_Safe# commit
fpc0:
configuration check succeeds
fpc1:
commit complete
fpc0:
commit complete
Rzecz kosmetyczna zamiana miejscami switchy aby ten na górze miał id 0 a ten na dole 1, w tej chwili jest odwrotnie, można pójść na łatwiznę i zamienić je miejscami fizycznie, ale zrobimy to z poziomu konfiguracji
root@VC_Lab_Safe> request virtual-chassis renumber member-id 0 new-member-id 1 error: Member Id 1 already in use // dostajemy błąd, że takie id już jest w użyciu.
musimy zamienić id 0 na 2
root@VC_Lab_Safe> request virtual-chassis renumber member-id 0 new-member-id 2 To move configuration specific to member ID 0 to member ID 2, please use the replace command. e.g. replace pattern ge-0/ with ge-2/ If member-specific configuration groups are present, perform a "commit full" to synchronize inheritance with the new member number. Do you want to continue ? [yes,no] (no) yes
kolejnym krokiem jest przełączenie id 1 na 0 oraz na koniec id 2 na 1.
