CCIE.pl

Każdą wersję możesz pobrać jako zarejestrowany użytkownik na CCO. Nic się nie zmieniło.

CCO?

Nie masz odpowiedniego kontraktu przypisanego do konta

Pozdro,

Zgłosiłem to do zespołu odpowiedzialnego za publikację softu.

Jak bardzo Ci zależy na czasie, wyślij mi swoje CCO id, wystawię Ci.

Witam,
Czy zauważyliście, że nowe CSR bootują się wyraźnie dłużej (ok 3 razy) niż starsze wersje. Konkretnie na moim komputerze jest to ok:
1:20 min dla wersji 3.12.00.S
4:30 min dla wersji 3.16.00.S

Czy to kwestia tej konkretnej wersji? Czy po prostu tak już będzie i należy zainwestować w lepszy sprzęt

. Gdyby to miało znaczenie to korzystam z kvm/qemu (proxmox).

Pozdrawiam,

Udało się!

Ruszył na KVMie

Ale radocha!

Trochę problemy są z odświerzaniem ekranu, ale niespecjalnie się będę tym przejmował, bo przez vty wszystko śmiga.
Dorzucę do mojego LABa opisywanego w innym poście. O końcowych efektach dam znać!

ms pisze:Witam,
Czy zauważyliście, że nowe CSR bootują się wyraźnie dłużej (ok 3 razy) niż starsze wersje. Konkretnie na moim komputerze jest to ok:
1:20 min dla wersji 3.12.00.S
4:30 min dla wersji 3.16.00.S

Czy to kwestia tej konkretnej wersji? Czy po prostu tak już będzie i należy zainwestować w lepszy sprzęt . Gdyby to miało znaczenie to korzystam z kvm/qemu (proxmox).

Pozdrawiam,

Można podejrzeć szczegóły w obu przypadkach za pomocą "show boottime detail".

Czy możesz przybliżyć skąd bierzesz czas bootowania ? Chodzi o loga wyswietlanego po starcie systemu czy może puszczasz ciągłego pinga i sprawdzasz ile czasu mija od reloadu do momentu gdy dostajesz odpowiedz na pinga ?
Masz może skonfigurowane NTP ?

mstan pisze:
ms pisze:Witam,
Czy możesz przybliżyć skąd bierzesz czas bootowania ? Chodzi o loga wyswietlanego po starcie systemu czy może puszczasz ciągłego pinga i sprawdzasz ile czasu mija od reloadu do momentu gdy dostajesz odpowiedz na pinga ?
Masz może skonfigurowane NTP ?

To są czasy bootowania czystego routera bez konfiguracji. Odczytane z loga wyświetlanego po starcie systemu, ale pokrywa się to z czasem zmierzonym po prostu zegarkiem (czas od włączenia do otrzymania dostępu do konsoli).

Pozdrawiam,

mstan pisze: Można podejrzeć szczegóły w obu przypadkach za pomocą "show boottime detail".

Niestety w wersji 3.12.00.S tego polecenia jeszcze nie ma, wiec nie da się porównać tych informacji pomiędzy wersjami.

Pozdr.

Jednak coś mi nie działa trunk na routerach w KVMie.
Czy komuś to działa i jeśli tak, to jakiego trybu sieci używa pod KVM?

Router uruchamia się rzeczywiście dość długo.

rysic pisze:Czy komuś to działa i jeśli tak, to jakiego trybu sieci używa pod KVM?

Tak, działa. Tryb oczywiście bridge.

Pozdr.

ms pisze:
rysic pisze:Czy komuś to działa i jeśli tak, to jakiego trybu sieci używa pod KVM?
Tak, działa. Tryb oczywiście bridge.

Pozdr.

A czy możesz podesłać konfigurację kart sieciowych i ewentualny zrzut z virt-maangera jaki tam masz model urządzenia?

EDIT:
Udało się w końcu dobrać odpowiednie ustawienia! Trunk działa!
Na typowym moście linux-owym w żaden sposób nie chciało ruszyć.

Obrazek

Rozwiązałem też problem z odświeżaniem interfejsu routera w virt-mangerze - to nie problem z wyświetlaniem przez router czy KVM, tylko z pulpitem LXDE. Pod KDE wszystko działa poprawnie.

Dobrze, że działa.

rysic pisze:A czy możesz podesłać konfigurację kart sieciowych i ewentualny zrzut z virt-maangera jaki tam masz model urządzenia?

Natomiast u mnie konfiguracja całkowicie standardowa (dla proxmox)

Bridge do interfejsu fizycznego.

Kod: Zaznacz cały

cat /etc/network/interfaces

...
iface vmbr0 inet static
        ...
        bridge_ports eth0

Interfejsy routera bridguje do VLANów, bo ruch każdego z interfejsów wyprowadzam na osobnych portach breakout switcha.

Kod: Zaznacz cały

cat /etc/pve/nodes/proxmox1/qemu-server/117.conf
...
name: CSR17-15.5
net0: virtio=86:DF:F9:53:4E:31,bridge=vmbr0,tag=1711
net1: virtio=CA:E8:E2:D6:43:4E,bridge=vmbr0,tag=1712
net2: virtio=9A:70:ED:44:5E:67,bridge=vmbr0,tag=1713
net3: virtio=A6:C2:A3:0F:65:C8,bridge=vmbr0,tag=1714
...

Pozdr.

Czyli po stronie routera nie masz subinterfejsów. Ja chciałbym mieć tagowanie po stronie routera i na routerze decydować, które V-LANy w danej chwili routuję a nie za każdym razem rekonfigurować serwer.
Okazało się, że o ile V-LANy ruszyły, to multicast nie przechodzi

EIGRP nie łapie sąsiedztwa, chyba że ręcznie ustawię adres sąsiada i wtedy leci po unicast. Co najciekawsze, bez ustawianie virtio (czyli wtedy, gdy V-LANy nie działają), to muticast przechodzi.
Gdzieś czytałem w necie, że wiele tego typu problemów rozwiązuje Open vSwitch, zobaczymy co się uda wymodzić.

rysic pisze:Czyli po stronie routera nie masz subinterfejsów. Ja chciałbym mieć tagowanie po stronie routera i na routerze decydować, które V-LANy w danej chwili routuję a nie za każdym razem rekonfigurować serwer.

Ehh, jak nie mam, jak mam. Przecież wiem co piszę

. Bridguje do VLANu tylko dlatego, że chcę wyprowadzić interfejsy CSR na osobnych portach breakout switcha, a z serwera całość ruchu wychodzi jednym interfejsem fizycznym na trunku.

Zatem jeśli na routerze powyżej zrobię na G1 dwa podinterfejsy, np. dla v10 i v20, to ruch wyjdzie podwójnie otagowany:

Kod: Zaznacz cały

ETH--v1711--v10--DATA    -> dla v10 i
ETH--v1711--v20--DATA    -> dla v20

Pozdr.

CCIE.pl

IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V

Re: IOS-XE i Lab z CSR1000V