eucariot 17 мар 2014 в 12:04

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

3 мин

16K

Системное администрирование*Сетевые технологии*

Туториал

+23

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

rdntw 20 мар 2014 в 18:43

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

eucariot 20 мар 2014 в 18:57

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

PTPtupit 20 мар 2014 в 21:54

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

eucariot 21 мар 2014 в 05:22

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

rapidspacerocket 16 апр 2014 в 12:10

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

eucariot 16 апр 2014 в 12:29

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

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

rapidspacerocket 16 апр 2014 в 12:41

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

eucariot 16 апр 2014 в 12:56

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

rdntw 21 мар 2014 в 15:48

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

eucariot 21 мар 2014 в 16:44

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

tutitututu 6 мая в 09:24

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

на vIOS и IOL сам мультикаст ходит и работает. Возможности настроить querier прямо на свитче не нашёл, нужен сторонний на другой "железке".
Вирт машина из multicast.zip по ссылке в статье нормально работает как стример, но не работает как клиент. Если соединить стример с клиентом напрямую - мультикаст принимается, а через свитчи-роутеры - нет. Судя по захвату трафика машина-клиент не шлёт igmp join. VLC там версии 1.0.ххх, возможно дело в этом.
Вирт.машина на XP c vlc 3.x версии работает нормально.
В качестве стримера машина на XP тоже работает. Сразу тоже не заработало, помогло 1) в настройках VLC выставить Hop Limit (TTL) побольше (по умолчанию в настройках ttl=-1, отправляются пакеты с TTL=1). И 2) у виндовой машины в настройках интерфейса езернет-tcp/ip-дополнительно выставить вручную метрику. Я ставил 5. Возможно это характерно только для XP, не проверял.

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

Показать лучшие за всё время

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

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

Публикации

Истории