Микровыпуск СДСМ. Подготовка лаборатории для мультикаст в GNS3

[rdntw]

Отлично! В статье рассматривается одна из самых «сложно-эмулириуемых» технологий.
Жаль в GNS полноценных свитчей нет, так бы можно было на них еще igmp snooping понаблюдать.

[eucariot]

Да, сложный. Но QoS сложнее.
Из-за отсутствия коммутаторов IGMP-snooping'а, MVR, Proxy и прочих плюшек не будет в следующем выпуске. Но, кстати, полноценно поддерживает коммутаторы эмулятор eNSP. Но там тоже не всё гладко.

[PTPtupit]

qos сложнее еще потому что сильно платформозависимый )
а мультикст маршруты для подобной задачи в свое время много крови выпили (в попытках генерации мультикаста через верный интерфейс).

[eucariot]

Абсолютно согласен. Плюс и нагрузить GNS сложно. Пока не представляю, как подойти к статье про QoS.

[rapidspacerocket]

А почему сложно? Любой TCP-поток, например, копирование большого файла. Я на GNS3 обкатал очень многие технологии, рассматриваемые в курсе QOS у Одома. Очереди, шейпер, полисинг, маркировка, классификация. Очень многие вещи можно делать с помощью шейпера, хотя далеко не все, есть ряд вещей, где без низкоскростного интерфейса не обойтись. Кроме этого, у меня так и не получилось настроить QOS trust на свитчевом модуле и прочие мелочи.

[eucariot]

Довольно много ресурсов, сложная лаба.
Например, гнать одновременно несколько потоков ftp, multicast и голос и играться параметрами. Это хочется и это сложно.

Забить даже 100 мегабит будет очень сложно, если нет хорошего сервера, который не будет тормозить по CPU.

[rapidspacerocket]

У меня 4 ядерный проц, но GNS3 даёт примерно 500 килобит через один роутер, больше выжать мне не удалось. Это без шейперов, так сказать, нативная скорость.

[eucariot]

Воот. Но что-нибудь я придумаю, без сомнений. Было бы время.

[rdntw]

вопрос немного не в тему, но касательно Multicast.
Как быть в ситуации когда пользователь говорит " у меня лагает IPTV"? :)
как в такой ситуации тестить? какие есть инструменты?
был тут на хабре где-т Q&A, но хочется услышать еще может какие-нибудь альтернативы.

[eucariot]

Ну это полноценный траблшутинг. Сначала локализуете проблему — один абонент, один коммутатор, один сегмент, один маршрутизатор и так далее. Как правило, лагает при потерях или реордеринге пакетов, которые обычно связаны с перегрузками сети. Соответственно проверяете ошибки на интерфейсах, дропы в очередях.
Боюсь, что полностью описать универсальный процесс траблшутинга тут не смогу.

[tutitututu]

Добавлю спустя 10 лет для тех кто будет пробовать в eve-ng:

1. на vIOS и IOL сам мультикаст ходит и работает. Возможности настроить querier прямо на свитче не нашёл, нужен сторонний на другой "железке".

2. Вирт машина из multicast.zip по ссылке в статье нормально работает как стример, но не работает как клиент. Если соединить стример с клиентом напрямую - мультикаст принимается, а через свитчи-роутеры - нет. Судя по захвату трафика машина-клиент не шлёт igmp join. VLC там версии 1.0.ххх, возможно дело в этом.

3. Вирт.машина на XP c vlc 3.x версии работает нормально.

4. В качестве стримера машина на XP тоже работает. Сразу тоже не заработало, помогло 1) в настройках VLC выставить Hop Limit (TTL) побольше (по умолчанию в настройках ttl=-1, отправляются пакеты с TTL=1). И 2) у виндовой машины в настройках интерфейса езернет-tcp/ip-дополнительно выставить вручную метрику. Я ставил 5. Возможно это характерно только для XP, не проверял.

[tutitututu]

по п.2 моего предыдущего ответа позже обнаружил что образ из файла может работать и стримером и как клиентом, просто надо запускать из командной строки. GUI ведёт себя некорректно

vlc <file> --sout=udp://224.1.1.1:1234 --ttl=2 -L

vlc udp://@224.1.1.1:1234 (символ @ обязателен для мультикаста!!!)

Чтобы засунуть img в eve/pnetlab можно сконвертировать его qemu-img в qcow2 примерно так: qemu-img convert -f raw -O qcow2 image.img image.qcow2