Comments 10
Отлично! В статье рассматривается одна из самых «сложно-эмулириуемых» технологий.
Жаль в GNS полноценных свитчей нет, так бы можно было на них еще igmp snooping понаблюдать.
Жаль в GNS полноценных свитчей нет, так бы можно было на них еще igmp snooping понаблюдать.
0
Да, сложный. Но QoS сложнее.
Из-за отсутствия коммутаторов IGMP-snooping'а, MVR, Proxy и прочих плюшек не будет в следующем выпуске. Но, кстати, полноценно поддерживает коммутаторы эмулятор eNSP. Но там тоже не всё гладко.
Из-за отсутствия коммутаторов IGMP-snooping'а, MVR, Proxy и прочих плюшек не будет в следующем выпуске. Но, кстати, полноценно поддерживает коммутаторы эмулятор eNSP. Но там тоже не всё гладко.
0
qos сложнее еще потому что сильно платформозависимый )
а мультикст маршруты для подобной задачи в свое время много крови выпили (в попытках генерации мультикаста через верный интерфейс).
а мультикст маршруты для подобной задачи в свое время много крови выпили (в попытках генерации мультикаста через верный интерфейс).
0
Абсолютно согласен. Плюс и нагрузить GNS сложно. Пока не представляю, как подойти к статье про QoS.
0
А почему сложно? Любой TCP-поток, например, копирование большого файла. Я на GNS3 обкатал очень многие технологии, рассматриваемые в курсе QOS у Одома. Очереди, шейпер, полисинг, маркировка, классификация. Очень многие вещи можно делать с помощью шейпера, хотя далеко не все, есть ряд вещей, где без низкоскростного интерфейса не обойтись. Кроме этого, у меня так и не получилось настроить QOS trust на свитчевом модуле и прочие мелочи.
0
Довольно много ресурсов, сложная лаба.
Например, гнать одновременно несколько потоков ftp, multicast и голос и играться параметрами. Это хочется и это сложно.
Забить даже 100 мегабит будет очень сложно, если нет хорошего сервера, который не будет тормозить по CPU.
Например, гнать одновременно несколько потоков ftp, multicast и голос и играться параметрами. Это хочется и это сложно.
Забить даже 100 мегабит будет очень сложно, если нет хорошего сервера, который не будет тормозить по CPU.
0
вопрос немного не в тему, но касательно Multicast.
Как быть в ситуации когда пользователь говорит " у меня лагает IPTV"? :)
как в такой ситуации тестить? какие есть инструменты?
был тут на хабре где-т Q&A, но хочется услышать еще может какие-нибудь альтернативы.
Как быть в ситуации когда пользователь говорит " у меня лагает IPTV"? :)
как в такой ситуации тестить? какие есть инструменты?
был тут на хабре где-т Q&A, но хочется услышать еще может какие-нибудь альтернативы.
0
Ну это полноценный траблшутинг. Сначала локализуете проблему — один абонент, один коммутатор, один сегмент, один маршрутизатор и так далее. Как правило, лагает при потерях или реордеринге пакетов, которые обычно связаны с перегрузками сети. Соответственно проверяете ошибки на интерфейсах, дропы в очередях.
Боюсь, что полностью описать универсальный процесс траблшутинга тут не смогу.
Боюсь, что полностью описать универсальный процесс траблшутинга тут не смогу.
0
Sign up to leave a comment.
Микровыпуск СДСМ. Подготовка лаборатории для мультикаст в GNS3