Комментарии 19
Предполагаю, что нужен блог Juniper. Пока опубликовал тут.
Спасибо. У меня получилось его запустить, но не получилось собрать сетку. Нужно будет как-нибудь напрячься и сделать-таки лабораторию…
спасибо. Если не сложно — выложите готовый образ для кему
Вот тут b23.ru/cfu1 можно взять готовый обзор для qemu. Скоро напишу о том, как я сам собирал JunOS и обновлялся до версии 10.
Прошу прощения, но у автора повсюду слово «образ» чудесным образом заменено на «обзор»
«И начинаем ждать. Сейчас происходит загрузка нашей виртуальной машины.»
а сколько нужно ждать, хоть примерно? уже почти час прошел, а надпись «BTX loader 1.00 BTX version is 1.01» так и висит.
а сколько нужно ждать, хоть примерно? уже почти час прошел, а надпись «BTX loader 1.00 BTX version is 1.01» так и висит.
Ох не зря я когда-то этот текст писал…
я сейчас как раз вовсю готовлюсь к JNCIP-M и вопросом эмуляции жунипера для лабы занимался в середине декабря. были опробованы как VMware, так и qemu. окончательный выбор пал на второй, т.к. под VMware при каждой загрузке инстанса необходимо выполнять определённое кунг-фу для нормального функционирования малтикаста. сей процесс был максимально оптимизирован при помощи скриптов для SecureCRT, но кривизна решения резала глаз. так что сейчас это добро работает в qemu с обвязкой в виде GNS3 для удобства. придумывать трёхстрочные параметры для запуска инстанса, конечно, увлекательно, но несколько отвлекает от основной цели запуска лабы:)
из глюков был замечен только один, под виндой. в случае первичной конфигурации em-интерфейса обязательна перезагрузка коробки после его конфигурирования. в противном случае интерфейс не реагирует на пинги, и ни в inet.0, ни в inet.6 он не значится, несмотря на то, что система говорит, что он в апе. глюк существует как в XP, так и в висте. на убунте всё работает как часы. из неприятного — на то время, когда выполняется commit, загрузка CPU, на котором запущен процесс qemu, взлетает до 100%, что теоретически может вызвать потери сигнального трафика и, как следствие, обвал некоторых протоколов.
из дополнений к статье — я бы добавил рекомендацию про kqemu, который используется для акселерации qemu. чем слабее компьютер, тем виднее вклад акселератора. и написал бы про корректное завершение работы оливок (request system halt), т.к. в противном случае возможны спецэффекты при последующих запусках.
и по поводу упоминание VPLS в конце статьи. если я не ошибаюсь, то VPLS оливками не поддерживается.
P.S. к лабе я готовлюсь на 8.3 (требует 96Мб RAM на каждый инстанс). Пробовал накатить 10.3 — очень прожорливый (минимум 384Мб).
из глюков был замечен только один, под виндой. в случае первичной конфигурации em-интерфейса обязательна перезагрузка коробки после его конфигурирования. в противном случае интерфейс не реагирует на пинги, и ни в inet.0, ни в inet.6 он не значится, несмотря на то, что система говорит, что он в апе. глюк существует как в XP, так и в висте. на убунте всё работает как часы. из неприятного — на то время, когда выполняется commit, загрузка CPU, на котором запущен процесс qemu, взлетает до 100%, что теоретически может вызвать потери сигнального трафика и, как следствие, обвал некоторых протоколов.
из дополнений к статье — я бы добавил рекомендацию про kqemu, который используется для акселерации qemu. чем слабее компьютер, тем виднее вклад акселератора. и написал бы про корректное завершение работы оливок (request system halt), т.к. в противном случае возможны спецэффекты при последующих запусках.
и по поводу упоминание VPLS в конце статьи. если я не ошибаюсь, то VPLS оливками не поддерживается.
P.S. к лабе я готовлюсь на 8.3 (требует 96Мб RAM на каждый инстанс). Пробовал накатить 10.3 — очень прожорливый (минимум 384Мб).
Очень полезный комментарий. Ну вот Вы раскрыли всю интригу статьи про VPLS.Виртуально сделать мне не удалось.По причине использования аппаратных контроллеров и доступен только на M и T сериях.
FYI:
0)jncip-m EOL, вместо него новый трак jncip-sp.
1)для лабы собирается 1 олива с е100 (e1000 ака em внутри junosa не умеют vlan-tagging делать в оливе) сетевухами, включается сама в себя и через связку vlan+logical-system делается необходимая топология
eg:
[nikita@arch1 jncip]$ cat qemu_olive85.sh
#!/bin/bash
qemu-kvm -m 1024 -hda olive85.img \
-boot c -localtime -nographic -daemonize \
-serial telnet::15601,server,nowait \
-net nic,vlan=1,macaddr=00:aa:00:60:01:01,model=i82559er -net tap,ifname=tapjun1,vlan=1 \
-net nic,vlan=2,macaddr=00:aa:00:60:01:02,model=i82559er -net tap,ifname=tapjun2,vlan=2 \
[nikita@arch1 jncip]$ cat int_cfg.sh
#!/bin/bash
sudo brctl addbr br10
sudo brctl addif br10 tapjun1
sudo brctl addif br10 tapjun2
sudo ifconfig br10 up
sudo ifconfig tapjun1 up
sudo ifconfig tapjun2 up
[nikita@arch1 jncip]$
root@JunLAB> show route logical-system all | grep logical-system
logical-system: CE2
logical-system: R6
logical-system: R3
logical-system: R4
logical-system: CE1
logical-system: R2
logical-system: R1
logical-system: CE3
logical-system: R7
logical-system: R5
logical-system: RR
logical-system: default
root@JunLAB> show interfaces terse | grep "(fxp0|fxp1)"
fxp0 up up
fxp0.10 up up inet 192.168.0.2/30
fxp0.11 up up inet 10.0.0.1/30
fxp0.12 up up inet 10.0.0.5/30
fxp0.13 up up inet 10.0.0.9/30
fxp0.14 up up inet 10.0.0.25/30
fxp0.15 up up inet 10.0.0.13/30
fxp0.16 up up inet 10.0.0.17/30
fxp0.17 up up inet 10.0.0.21/30
fxp0.18 up up inet 10.0.0.30/30
fxp0.19 up up inet 10.0.0.33/30
fxp0.20 up up inet 10.0.0.37/30
fxp0.21 up up inet 10.0.0.41/30
fxp0.22 up up inet 192.168.0.5/30
fxp0.23 up up inet 192.168.0.9/30
fxp0.52 up up
fxp0.53 up up
fxp0.32767 up up
fxp1 up up
fxp1.10 up up inet 192.168.0.1/30
fxp1.11 up up inet 10.0.0.2/30
fxp1.12 up up inet 10.0.0.6/30
fxp1.13 up up inet 10.0.0.10/30
fxp1.14 up up inet 10.0.0.26/30
fxp1.15 up up inet 10.0.0.14/30
fxp1.16 up up inet 10.0.0.18/30
fxp1.17 up up inet 10.0.0.22/30
fxp1.18 up up inet 10.0.0.29/30
fxp1.19 up up inet 10.0.0.34/30
fxp1.20 up up inet 10.0.0.38/30
fxp1.21 up up inet 10.0.0.42/30
fxp1.22 up up inet 192.168.0.6/30
fxp1.23 up up inet 192.168.0.10/30
fxp1.51 up up
fxp1.32767 up up
root@JunLAB>
0)jncip-m EOL, вместо него новый трак jncip-sp.
1)для лабы собирается 1 олива с е100 (e1000 ака em внутри junosa не умеют vlan-tagging делать в оливе) сетевухами, включается сама в себя и через связку vlan+logical-system делается необходимая топология
eg:
[nikita@arch1 jncip]$ cat qemu_olive85.sh
#!/bin/bash
qemu-kvm -m 1024 -hda olive85.img \
-boot c -localtime -nographic -daemonize \
-serial telnet::15601,server,nowait \
-net nic,vlan=1,macaddr=00:aa:00:60:01:01,model=i82559er -net tap,ifname=tapjun1,vlan=1 \
-net nic,vlan=2,macaddr=00:aa:00:60:01:02,model=i82559er -net tap,ifname=tapjun2,vlan=2 \
[nikita@arch1 jncip]$ cat int_cfg.sh
#!/bin/bash
sudo brctl addbr br10
sudo brctl addif br10 tapjun1
sudo brctl addif br10 tapjun2
sudo ifconfig br10 up
sudo ifconfig tapjun1 up
sudo ifconfig tapjun2 up
[nikita@arch1 jncip]$
root@JunLAB> show route logical-system all | grep logical-system
logical-system: CE2
logical-system: R6
logical-system: R3
logical-system: R4
logical-system: CE1
logical-system: R2
logical-system: R1
logical-system: CE3
logical-system: R7
logical-system: R5
logical-system: RR
logical-system: default
root@JunLAB> show interfaces terse | grep "(fxp0|fxp1)"
fxp0 up up
fxp0.10 up up inet 192.168.0.2/30
fxp0.11 up up inet 10.0.0.1/30
fxp0.12 up up inet 10.0.0.5/30
fxp0.13 up up inet 10.0.0.9/30
fxp0.14 up up inet 10.0.0.25/30
fxp0.15 up up inet 10.0.0.13/30
fxp0.16 up up inet 10.0.0.17/30
fxp0.17 up up inet 10.0.0.21/30
fxp0.18 up up inet 10.0.0.30/30
fxp0.19 up up inet 10.0.0.33/30
fxp0.20 up up inet 10.0.0.37/30
fxp0.21 up up inet 10.0.0.41/30
fxp0.22 up up inet 192.168.0.5/30
fxp0.23 up up inet 192.168.0.9/30
fxp0.52 up up
fxp0.53 up up
fxp0.32767 up up
fxp1 up up
fxp1.10 up up inet 192.168.0.1/30
fxp1.11 up up inet 10.0.0.2/30
fxp1.12 up up inet 10.0.0.6/30
fxp1.13 up up inet 10.0.0.10/30
fxp1.14 up up inet 10.0.0.26/30
fxp1.15 up up inet 10.0.0.14/30
fxp1.16 up up inet 10.0.0.18/30
fxp1.17 up up inet 10.0.0.22/30
fxp1.18 up up inet 10.0.0.29/30
fxp1.19 up up inet 10.0.0.34/30
fxp1.20 up up inet 10.0.0.38/30
fxp1.21 up up inet 10.0.0.42/30
fxp1.22 up up inet 192.168.0.6/30
fxp1.23 up up inet 192.168.0.10/30
fxp1.51 up up
fxp1.32767 up up
root@JunLAB>
0)про смену трека я естественно знаю. по состоянию на текущий момент джей не зарелизил, что будет представлять собой JNCIP-SP. есть мнение, что это уже будет не лаба, а всего лишь риттен. лаба же была забукана не вчера, и не позавчера, так что дропать её смысла нет. вдобавок к этому, при выполнении ряда условий (пока ещё не понятно, каких именно) JNCIP-M бодро трансформируется в JNCIP-SP. в любом случае, сдать лабу хочу чисто из спортивного интереса.
1) естественно, можно всё закрутить на логических роутерах, но для чистоты эксперимента, а также для размазывания оливок по нескольким ядрам, был выбран вариант с запуском отдельного процесса под каждый роутер, благо ресурсы позволяют.
1) естественно, можно всё закрутить на логических роутерах, но для чистоты эксперимента, а также для размазывания оливок по нескольким ядрам, был выбран вариант с запуском отдельного процесса под каждый роутер, благо ресурсы позволяют.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Виртуализация Juniper JunOS в среде GNS3