Как стать автором
Обновить

Комментарии 20

> Практически полноценная поддержка L2 (за счет EOS-коммутатора, который полностью cisco-like)

А можете вот про это чуть подробнее, если уже работали? Насколько все таки это cisco-like и какая поддержка протоколов есть? Как насчет поведения этого свича, т.е. насколько оно cisco-like?
Вопросы в целом к тому что, эта платформа для обучения или также нацелена на препродакшен тестирование?
А там можно посмотреть, что с пакетами и сегментами происходит, когда они проходят через виртуальные фаерволы и нат в роутерах? И действительно, насколько оно cisco-like?

Upd. Пардон, не туда комментарий, к ОПу обращался.
EOS — это сетевая ОС Arista. Их виртуальный коммутатор действительно работает лучше, чем всякие L2 IOU. И синтаксис действительно почти один в один цисковский.
Только никаких циско-проприетарных штук там нет: CDP/VTP/PagP/PVLAN/etc.
Во многих случаях этот эмулятор оставляет далеко позади GNS/Dynamips

Давайте конкретно, в каких? Всё, что запускается в отдельных ВМ (а по сути, все образы в UNL работают благодаря Nested Virtualization), можно запустить также и в GNS3.
В GUI GNS строить топологии, запускать/останавливать устройства, сниффать трафик очень удобно, GUI лучше сделан и больше функциональности, чем в UNL.
GNS сервер можно развернуть на нескольких линукс-машинах в облаке (AWS/GCE например) и радоваться жизни. В UNL можно такое сделать? Не думаю.
Давайте конкретно, в каких? Всё, что запускается в отдельных ВМ (а по сути, все образы в UNL работают благодаря Nested Virtualization), можно запустить также и в GNS3.


Вы правы, но правильнее сказать можно попробовать запустить. Но запустив можно столкнуться с некоторыми удивительными открытиями. Пользователи GNS под Windows с удивлением обнаружат, что их образ VM ограничен 2Gb RAM и 8-ю интерфейсами. Например если попытаться запустить vIOS-L2/L3 (в GNS уже есть готовый шаблон для него), вы с удивлением обнаружите, что если в настройках укажите количество интерфейсов больше 8, то образ не запуститься, хотя сам он поддерживает 16, а упомянутая выше Arista EOS — аж 25.

Кроме того, ограничение в 2GB на VM приводит к существенным проблемам в запуске таких образов как Cisco CSR1000v и возможно даже XRv, следовательно нужно переходить на Линкус версию, обязательно прихватив бубен. QEMU в Линуксе не имеет ограничений по количеству интерфейсов, но возможно ограничение в 8 осталось в самом GNS3. В версии 1.2 нужно было пересобирать GNS из исходников, чтобы побороть эту проблему. Как обстоит дело в последней 1.3, не проверял. Но разрабы пишут, что есть ограничение в 16.

Что же касается существенной разницы с GNS3, то можно посмотреть на сайте Andrea в разделе Differences between current UNetLab and GNS3 1.3.3

Вкраце за функционал:
— UNetLab отсуствует ограничение по памяти RAM для QEMU. В GNS Windows вы ограничены 2Gb
— UNetLab нет ограничения по количеству линков между устройствами. В GNS3 вы ограничены 16 линками в QEMU
— UNetLab все устройства работают внутри одной VM. В GNS3 вам нужна отдельная VM для запуска IOL образов
— В VM UNetLab могут работать несколько пользователей одновременно. GNS3 — строго одно-пользовательская система.

За Интерфейс
— Доступ к управлению UNetLab предоставляется через Web-интерфейс, в тоже время в GNS — нужно инсталлировать клиента.
— GUI в UNetLab поддерживает добавление своих изображений топологии с активными линками на работающие устройства. В GNS такая поддержка практически отсутствует (за исключением подложки в качестве фона и изображениями устройств поверх него — но выглядит как-то не очень удобно, да и добавить можно только одну картинку).
— В GNS отсутвует возможность сбросить стенд в нулевое состояние, т.е сделать Wipe устройствам.
— Отсутствует возможность Preload конфигов кроме Dynamips. В UNL — Preload осуществляется как для Dynamips так и для IOL.

— В UNL пока действительно отсутствует возможность Tcpdump через GUI, но обещают сделать. Пока снифать можно через CLI

Что касается удобства построения топологии и старт/строп, то тут дело вкуса каждого. Когда у вас более двух десятка устройств и за пол-сотни линков, построение в GNS3 может превратиться в мучения.

И, да, UNL умеет работать в облаках :) Через вот эту штуку
www.ravellosystems.com/blog/vmware-nsx-lab-on-aws

правильнее сказать можно попробовать запустить

Всё решаемо, люди и CSR, и vIOS запускали. Да и вообще, странно обсуждать GNS под Windows, если UNL работает в линукс ВМ. Можно создать линукс ВМ под виндой, установить туда GNS3, и оттуда запустить остальные ВМ — тоже, что делает UNL, тогда это будет честное сравнение.
Кстати, GNS3 сейчас делают свою all-in-one VM. Вернее уже есть, но в бете.
Замечание насчёт отдельной VM для IOL туда же.
Что же касается существенной разницы с GNS3, то можно посмотреть на сайте Andrea в разделе Differences between current UNetLab and GNS3 1.3.3

Почему этой ссылки нет в статье? В статье есть только «Революция», «оставляет далеко позади» и т.д. Это первое.
Второе. Разработчик никогда не будет своё детище опускать.
— В VM UNetLab могут работать несколько пользователей одновременно. GNS3 — строго одно-пользовательская система.

Multi user from CLI (UI will be ready soon)

FROM CLI. Кто этим будет пользоваться? Я вообще себе слабо представляю use-case, где нужно иметь возможность логиниться из-под разных юзеров.
— Доступ к управлению UNetLab предоставляется через Web-интерфейс, в тоже время в GNS — нужно инсталлировать клиента.

По-вашему, это недостаток GNS? Я уже использовал web-iou Andrea с 45 нодами, когда веб-интерфейс перестает реагировать на любые действия. Спасибо, не надо.
В GNS3 тоже делают веб ГУИ, можно будет пользоваться или тем, или тем. Но очень маловероятно, что я на него перейду. Клиент работает лучше.
GUI в UNetLab поддерживает добавление своих изображений топологии с активными линками на работающие устройства

Соглашусь.
— В GNS отсутвует возможность сбросить стенд в нулевое состояние, т.е сделать Wipe устройствам.

Соглашусь.
— Отсутствует возможность Preload конфигов кроме Dynamips. В UNL — Preload осуществляется как для Dynamips так и для IOL.

Нет, в GNS3 можно подгружать свои конфиги для IOL.
Что касается удобства построения топологии и старт/строп, то тут дело вкуса каждого. Когда у вас более двух десятка устройств и за пол-сотни линков, построение в GNS3 может превратиться в мучения.

Чем здесь UNL поможет? О каких мучениях идёт речь?
И, да, UNL умеет работать в облаках :) Через вот эту штуку
www.ravellosystems.com/blog/vmware-nsx-lab-on-aws

Сами пробовали или просто так ссылку кинули на странную статью про NSX? Вот когда сможете UNL распределённо запустить, тогда да.
Я вот GNS3 в облаке использую каждый день. При необходимости могу развернуть ещё одну машину в облаке и там запускать что-то специфичное (например, АСА). Поэтому я говорю тут о реальном опыте, а вы?
Всё решаемо, люди и CSR, и vIOS запускали

Вы в этом уверены? Т.е у вас реальный опыт запуска под GNS тех продуктов которые указаны www.unetlab.com/documentation/supported-images или просто так сказали?

FROM CLI. Кто этим будет пользоваться? Я вообще себе слабо представляю use-case, где нужно иметь возможность логиниться из-под разных юзеров.


Вы это серьезно?!!!

Во первых мультиюзер уже работает.
Строчка
Multi user from CLI (UI will be ready soon)

Означает, что заведение новых пользователей на данный момент выполняется только из CLI. Из WebUI будет позже.

Во вторых, функционал сделан, чтобы несколько человек одновременно могли работать каждый со своими или общим стендами, Например, очень хорошо подходит для обучения

По-вашему, это недостаток GNS?

Да считаю, что это недостаток. Я могу например управлять стендом из любого места, с любого ПК, даже с планшета. А вы только там где стоит клиент.

Я уже использовал web-iou Andrea с 45 нодами, когда веб-интерфейс перестает реагировать на любые действия. Спасибо, не надо.

По моему тоже самое сказать и про GNS. У меня, например, из клиента девайсы например не запускались и крашились или гипервизор жутко тупил.

Нет, в GNS3 можно подгружать свои конфиги для IOL.

Значит сделали, хорошо. Поправлю в статье.

Чем здесь UNL поможет? О каких мучениях идёт речь?

Хотите за мучения пожалуйста.

У вас есть топология с вашими 45 устройств и сотней линков. Топология выглядит как каша. Допустим вам нужно отредактировать устройство переключив линки из одного порта в другой. В UNL это делается в два клика. В GNS — нужно удалить линк (правой кнопкой и не промазать, случайно попав на соседний), создать новый и перезагрузить два девайса, которыми данный линк был соединен. В GNS нет возможности редактирования линков.

В UNL открываете устройство на редактирование интерфейсов и назначаете на порты нужные соединения и не надо 50 раз двигать мышью выискивая в захламленной топологии нужные девайсы. Так что увольте.

Сами пробовали или просто так ссылку кинули на странную статью про NSX?

Т.е по существу сказать нечего. Нет я не пробовал пока, но разрабы тестировали — говорят работает, как раз вчера у них спросил. Линк от них.

Почему этой ссылки нет в статье? В статье есть только «Революция», «оставляет далеко позади» и т.д. Это первое.

Есть ссылка на главную страницу, по переходу сразу данную информацию можно прочесть. А «оставляет далеко позади» — по мне это действительно так. Вы можете конечно с доводами выше не согласиться, право ваше. Предлагаю на этом закончить холивар
Вы в этом уверены? Т.е у вас реальный опыт запуска под GNS тех продуктов которые указаны www.unetlab.com/documentation/supported-images или просто так сказали?

Некоторых — да. Посмотрел и выключил, так как меня интересуют большие топологии, а для этого нужен компьютер соответствующий.
Означает, что заведение новых пользователей на данный момент выполняется только из CLI. Из WebUI будет позже.

Я умею переводить, спасибо. Лучше объяснили бы, как это работает, и пример, когда оно надо.
Пока что слабо понимаю эту фичу.
Да считаю, что это недостаток. Я могу например управлять стендом из любого места, с любого ПК, даже с планшета. А вы только там где стоит клиент.

Реально? С планшета? В CLI? Зачем же так издеваться над собой?
В GNS — нужно удалить линк (правой кнопкой и не промазать, случайно попав на соседний), создать новый и перезагрузить два девайса, которыми данный линк был соединен.

Натянуто. Если совсем уж большая топология, зумишь пару раз, удаляешь линк, создаешь новый. Перезагружать устройства не надо — проверил только что с тремя IOL. Трагедии здесь не вижу.
По моему тоже самое сказать и про GNS. У меня, например, из клиента девайсы например не запускались и крашились или гипервизор жутко тупил.

Т.е по существу сказать нечего. Нет я не пробовал пока, но разрабы тестировали — говорят работает, как раз вчера у них спросил. Линк от них.

Я запускал точно такую же топологию локально в GNS3. Запускал устройства блоками, и всё было нормально (в web-iou я тоже пытался их запустить поочередно, но не помогло).
Когда я настроил GNS3 на использование в Google Compute Engine, то стал пользоваться только этим. Лабы с моими 45 устройствами грузятся за минуту. Поэтому для меня работа в облаке — самая важная фича.
По вашему линку ни слова не сказано про UNL, так кому тут сказать нечего?
А «оставляет далеко позади» — по мне это действительно так. Вы можете конечно с доводами выше не согласиться, право ваше. Предлагаю на этом закончить холивар

Ну так не вбрасывайте, когда пишете статью, а защитите свою позицию.
А вы не воспринимайте это как холивар, а лишь как здравое обсуждение. Оба продукта делают почти тоже самое, поэтому важно выяснить разные особенности, чтобы определиться с выбором.
Некоторых — да. Посмотрел и выключил, так как меня интересуют большие топологии, а для этого нужен компьютер соответствующий.

Хорошо, конечно, снимаю шляпу. Мне хватило нескольких экспериментов. Кроме того, что девайс запустился, он должен еще и функционировать. Очень неприятно например обнаружить, что в vIOS только 8 интерфейсов в QEMU и необходимо рекомпилировать GNS3, А, например, Checkpoint так завести и не удалось. Я к тому, что у GNS не официального списка поддерживаемых устройств, т.е вот сказать, что данная VM будет гарантировано функционировать сказать нельзя. Такой сам себе конструктор.

Лучше объяснили бы, как это работает, и пример, когда оно надо

Ну например.
Вы создали Rack, скажем CCIE RS — и обучаете студентов — садитесь детишки в круг, открываем стенд номер такой-то, запускаем девайсы и выполним лабу номер 1 (условно говоря из VOL I). Это только в качестве примера.
Как это работает? Стенд у вас один. Каждый пользователь логинится под своей утечкой на виртуалку (Web) и осуществляет запуск устройств. Хоть топология и общая, но стенд — как бы клонируется, и каждый пользователь работает независимо от другого — свои конфиги, свой доступ к роутерам и т.д, так как если бы у человека была собственная VM со всем набором. При этом процессы QUMU/IOL запускаются для каждого пользователя свои.

Другой пример.
Вы собрали стнед и сделали, что-то типа Rack Rental, т.е дали удаленный доступ своим друзьям/коллегам. Несколько людей независимо друг от друга собирают свои собственные стенды и не мешают друг другу. Тут можно разного придумать.

Реально? С планшета? В CLI? Зачем же так издеваться над собой?

А что? Планшет широкий, telnet есть, web есть. У всяко не хуже чем Linux VM на Windows на которой GNS3 запущен. И ведь свой любимый SecureCRT не получиться заюзать, ибо весь управляющий инструмент запускается из той же VM Linux.
Но если серьезно — это просто пример. Цель была сказать, что управлять можно с любого ПК без установки доп софта. Ибо никогда не знаешь, клиент у тебя заглючил или действительно на бэкэнде что-то не так.

Перезагружать устройства не надо — проверил только что с тремя IOL.

Попробуйте проверьте с QEMU или c ASA. Насколько я помню GNS даже не давал линк подцепить к работающему девайсу.

Поэтому для меня работа в облаке — самая важная фича.

Т.е проще говоря — в ресурсах. Вам нужно много ресурсов. Стенд из 45 устройств, подозреваю в Web-iou будет загружаться/работать медленно, так как VM iou-web 32-разрядная Centos с 4G RAM. Не трудно посчитать, сколько для 45 девайсов требуется RAM.
Я облачные технологии не использую, так как есть ESXi в наличие. Но Ravello Systems это действительно к UNL не имеет отношения — на сколько я понял это гипервизор, который работает поверх облака AWS или Гугла, посредством чего можно развернуть в облаке ESXi, а на него поставить VM По ссылке как раз и приведен пример такого :)
Checkpoint так завести и не удалось

Да, на форуме GNS читал, что с Checkpoint почему-то проблемы.
у GNS не официального списка поддерживаемых устройств, т.е вот сказать, что данная VM будет гарантировано функционировать сказать нельзя

Вот здесь люто плюсую. Они недавно начали шевелиться по этому вопросу, только блин, почему так долго. Этим надо было заниматься ещё в самом начале, а не к 1.5
2 примера использования multi-user

Прикольно.
Я конечно боюсь представить, какой сервер нужен, чтобы это провернуть (особенно для rack rental — 0.5 TB RAM ?)
Ну и для Rack Rental нужно копирайты соблюдать, т.е. обрубать добрую половину имеджей.
Но тем не менее звучит круто :)
И ведь свой любимый SecureCRT не получиться заюзать, ибо весь управляющий инструмент запускается из той же VM Linux

Ну SecureCRT есть и под линукс, а при желании можно и из-под винды юзать подключаясь через нужные порты или просто gns3 gui поставить под виндой и указать remote server — ВМ. Всё решаемо :) И да, я тож без SecureCRT никуда не хожу :)
Цель была сказать, что управлять можно с любого ПК без установки доп софта

В общем соглашусь. Было бы неплохо иметь выбор: нативный клиент или веб.
Не трудно посчитать, сколько для 45 девайсов требуется RAM

Вообще трудно, так как иоу инстансы имеют некоторые общие ресурсы.

Вообще трудно, так как иоу инстансы имеют некоторые общие ресурсы.

Загрузил на UNL стенд IPX TS из 44 устройств, чтобы посмотреть сколько это все занимать будет

Физика


Логика




Тестировалось на VM под ESXi. Ресурсы VM: 8 CPU и 24G RAM
Если выбрать Start ALL — то стенд полностью загружается менее чем за 6 секунд. Объем памяти на все примерно 5G



А что по поводу стабильности работы?.. В GNS 1.3.3 можно работать полдня, а потом пропадает соединение с один/несколькими роутерами и их нужно рестартовать, чтобы восстановить связь. В Unitlab как обстоит с этим дело?
Был опыт uptime около месяца — полет был нормальный. Потом стенд выключили.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Добрый день

Подскажите как настроить Windows чтобы подключаться с помощью putty к образу коммутатора или маршрутизатора внутри Unetlab — ?
использую к примеру i86bi_linux_l2-ipbasek9-ms.jan24-2013-team_track

Сейчас подключаюсь по telnet встроенным клиентом.

Спасибо.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории