Po dłuższym czasie nie pracowania na Juniperach postanowiłem do nich wrócić, na warsztat wziąłem nowe twór Juniper wirtualny router z serii MX. Na chwilę obecną publicznie dostępna jest wersja 15.1F4. Ze względu na to, że Juniper na chwilę obecną nie udostępnia plików OVA tylko gotowe dyski VMDK które trzeba samemu podłączyć do profilu maszyny wirtualnej. Poniżej pokaże jak uruchomić vMX w Labie wykorzystując Workstation.
tak więc zaczynamy od ściągnięcia ze strony Junipera plików VMDK – ja ściągałem stąd. Po ściągnięciu rozpakowujemy nasz plik vmx-esxi-15.1F4.15.tar tak aby dostać się do katalogu vmdk w którym znajdziemy:
- jinstall64-vmx-15.1F4.15-domestic.vmdk
- metadata_usb.vmdk
- vFPC-20151203.vmdk
- vmxhdd.vmdk
Warto posiadać zainstalowane oprogramowanie Named Pipe TCP Proxy jeżeli pracujemy pod Windowsem tak jak ja :-), pozwoli to nam dostać się do wirtualnej maszyny z poziomu konsoli.
przechodzimy do naszego Workstation i będziemy tworzyć profil naszych wirtualnych maszyn – będą to dwie maszyny które będą odpowiadać za:
- Pierwsza z nich Virtual Forwarding Plane
- Druga Virtual Control Plane
Architektura wygląda mniej więcej jak poniżej
Jak widzimy wyżej musimy wytworzyć połączenie w L2 które będzie służyło do komunikacji pomiędzy maszynami VFP i VCP
Zanim zaczniemy tworzyć maszyny ważny krok umieszczenie plików VMDK w katalogach w których będą przetrzymywane maszyny nasze.
w katalog vmx01vcp umieszczamy pliki:
- metadata_usb.vmdk
- vFPC-20151203.vmdk
a w katalogu vmx01vfp umieszczamy pliki
- jinstall64-vmx-15.1F4.15-domestic.vmdk
- vmxhdd.vmdk
Powyższe katalogi oraz pliki wykorzystamy podczas tworzenie wirtualnych maszyn.
Tworzymy Maszynę VFP
W panelu głównym Workstation wybieramy Create a New Virtail Machine
w nowym oknie wybieramy Custom oraz klikamy next
Wybieramy wersję wirtualnej maszyny, w dokumentacji Juniper pisze aby wybrać wersję 8 na najnowszej wersji Workstation też da się uruchomić.
Wybieramy tak jak poniżej:
wpisujemy nazwę maszyny oraz lokalizację dla plików dla niej – wybieramy katalog który wcześniej przygotowaliśmy dla tej maszyny
Wybieramy liczbę procesorów – tu musimy postąpić zgodnie z dokumentacją i wybieramy 4 procesory inaczej nie działa – przetestowane
zgodnie z dokumentacją musimy dać 8gb ramu inaczej są problemy z pierwszym uruchomieniem.
na tym etapie jest obojętne jaki tryb karty sieciowej wybierzemy – ponieważ na koniec tak i tak będziemy dodawać karty do maszyny.
wybieramy kontroler dla dysków zgodnie z poniższym wyborem
wybieramy typ dysku wybieramy IDE
\
wybieramy opcję – użycia istniejącego dysku maszyny
Wybieramy plik vFPC-20151203.vmdk z naszego katalogu
dostaliśmy pytanie że dysk znajduje się w starszym formacie niż wersja wirtualnej maszyny – na chwilę obecną wybieramy pozostawienie w tej wersji co jest klikamy next oraz w następnym oknie Finish
Przechodzimy do edycji naszej nowo utworzonej wirtualnej maszyny, gdzie dodajemy 2 dysk i 9 kart sieciowych oraz zmieniamy parametry CPU i RAM jak mamy inne niż zalecane.
Wybieramy nasz plik metadata_usb.vmdk z naszego katalogu
dodajemy nowe karty sieciowe ten krok potarzamy max 9 razy bo maksymalnie możemy posiadać 10 kart sieciowy w wirtualnej maszynie.
wybieramy typ połączenia – na w kolejnym kroku będziemy przypisywać karty sieciowe do Segmentów.
Warto dodać dostęp do portu consoli
Wybieramy Output to named pipe
w Named pipe dajemy nasze oznaczenie takie samo będziemy wpisać do progarmu Named Pipe TCP proxy oraz w drugim polu wyboru wybieramy The other end is an application
Po zakończeniu edycji tej wirtualnej maszyny tworzymy naszą drugą.
Tworzymy VCP
Różnica jest przy dyskach oraz ilości kart sieciowych w tej maszynie potrzebujemy 2 karty sieciowe.
konfiguracja wygląda jak poniżej:
Pierwszy dysk: jinstall64-vmx-15.1F4.15-domestic.vmdk
Drugi dysk: vmxhdd.vmdk
dysk trzeci opcjonalnie bo nigdzie nie znalazłem wymagań dla niego: metadata_usb.vmdk
Przed uruchomieniem próbujemy w ciemno przypisać odpowiednio interfejsy do Lan Segmentu który będzie służył do komunikacji pomięcy VCP a VFP. Ustawiamy ten segment w obu maszynach na Netowrk Adapter 2.
jeszcze musimy zmodyfikować plik wirtualnej maszyny idziemy do katalogu wirtualnej maszyny D:\vmki\MX01\vmx01vcp edytujemy plik vMX01VCP.vmx gdzie odnajdujemy wpisy:
scsi0.present = "TRUE" scsi0.virtualDev = "lsilogic"
i usuwamy je.
Uruchamiamy maszyny – możemy uruchomić konsolę jak skonfigurowaliśmy pipe.
Jak nie wykonaliśmy kroku z usunięciem w wpisów w pliku vmx to na konsoli zobaczymy:
Timecounter "TSC" frequency 2493879110 Hz quality 800 Registered AMT tunnel Encap with UDP Tunnel! Loading Redundant LT driver ###PCB Group initialized for udppcbgroup ###PCB Group initialized for tcppcbgroup ad0: 20473MB <VMware Virtual IDE Hard Drive 00000001> at ata0-master UDMA33 ad1: 6142MB <VMware Virtual IDE Hard Drive 00000001> at ata0-slave UDMA33 Waiting 5 seconds for SCSI devices to settle
Po pełnym uruchomieniu wirtualny maszyn i odczekaniu ok 5 min tyle u mnie zajęło połączenie VCP i VFP logujemy się po konsoli do VCP
Amnesiac (ttyd0) login: root --- JUNOS 15.1F4.15 built 2015-12-23 20:22:39 UTC root@% root@% cli root>
sprawdzamy hardware:
root> show chassis hardware
Hardware inventory:
Item Version Part number Serial number Description
Chassis VMX9c VMX
Midplane
Routing Engine 0 RE-VMX
CB 0 VMX SCB
CB 1 VMX SCB
FPC 0 Virtual FPC
CPU Rev. 1.0 RIOT 123XYZ987
MIC 0 Virtual
PIC 0 BUILTIN BUILTIN Virtual
jak nie będzie komunikacji pomiędzy VCP a VFP lub coś nie będzie tak z zasobami tak jak pisałem wyżej zobaczymy przy wykonywaniu tej samej komendy:
root> show chassis hardware error: Unrecognized command (chassis-control)
sprawdzimy status karty fpc
root> show chassis fpc pic-status Slot 0 Online Virtual FPC PIC 0 Online Virtual
I możemy teraz przypisać interfejs ge-0/0/0 do któreś z sieci musimy znaleść jej mac adres
root> show interfaces ge-0/0/0 | match "Hardware address" Current address: 00:0c:29:a6:9b:cd, Hardware address: 00:0c:29:a6:9b:cd
odszukujemy ten mac adres w interfejsach na maszynie VFP i przypisujemy jakieś połączenie w mym przypadku wybieram VMnet8 (nat) oraz jest to adapter 4
Po tym zabiegu możemy przypisać IP dla tego interfejsu oraz włączenie ssh i najważniejsze nadajemy hasło dla root’a
root> configure Entering configuration mode [edit] root# set system root-authentication plain-text-password New password: Retype new password: [edit] root# set system services ssh root-login allow [edit] root#set system services ssh protocol-version v2 [edit] root#set interfaces ge-0/0/0 unit 0 family inet address 192.168.220.80/24
wykonujmy commit
root# commit commit complete [edit] root#
sprawdzamy łączność z naszego vMX do host o ip 192.168.220.1
root> ping 192.168.220.1 PING 192.168.220.1 (192.168.220.1): 56 data bytes 64 bytes from 192.168.220.1: icmp_seq=0 ttl=128 time=4.174 ms ^C --- 192.168.220.1 ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 4.174/4.174/4.174/nan ms
Po tym zabiegu możemy zalogować się po ssh do naszego vMX’a
Last login: Tue Apr 12 08:47:07 2016
--- JUNOS 15.1F4.15 built 2015-12-23 20:22:39 UTC
root@%
root@% cli
root> show configuration
## Last commit: 2016-04-12 09:00:03 UTC by root
version 15.1F4.15;
system {
root-authentication {
encrypted-password "$5$B9eOkiiF$SIix40aMimFTElET3Na0CEBplf7pfL4ldISSpaTb8o3"; ## SECRET-DATA
}
services {
ssh {
root-login allow;
protocol-version v2;
}
}
syslog {
user * {
any emergency;
}
file messages {
any notice;
authorization info;
}
file interactive-commands {
interactive-commands any;
}
}
}
interfaces {
ge-0/0/0 {
unit 0 {
family inet {
address 192.168.220.80/24;
}
}
}
}
Jak mamy wszystko uruchomione możemy dla VFP zdjąć 4gb Ramu. Sprawdziłem i działa.
Na tym kończę ten wpis.
Pozdrawiam lubiących Juniperki 🙂
