uk2558 Опубликовано 12 декабря, 2013 · Жалоба Добрый день. Тестирую схему. На Catalyst настроено: vlan 9 ip pim sparse-mode vlan 54 ip pim sparse-mode vlan 52 ip pim sparse-mode ip multicast routing enable ip igmp snooping enable во всех vlan. Вопрос - в vlan 9 между Источником и Cisco постоянно идет весь поток multicast (120 Мбит) вне зависимости, сколько активных User смотрят, даже если нет ни одного User. Так должно быть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
0pl0pl Опубликовано 12 декабря, 2013 · Жалоба идет весь поток multicast (120 Мбит) вне зависимости, сколько активных User смотрят, даже если нет ни одного User. Из-за PIM Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uk2558 Опубликовано 12 декабря, 2013 · Жалоба идет весь поток multicast (120 Мбит) вне зависимости, сколько активных User смотрят, даже если нет ни одного User. Из-за PIM То есть так и должно быть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaLblsH Опубликовано 12 декабря, 2013 · Жалоба Если Вы взаимодействуете по vlan 9 с источником по PIM, то зачем на vlan 9 включен igmp snooping ? p.s. возможно как раз поэтому Вам источник льёт постоянно поток. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uk2558 Опубликовано 12 декабря, 2013 · Жалоба Если Вы взаимодействуете по vlan 9 с источником по PIM, то зачем на vlan 9 включен igmp snooping ? p.s. возможно как раз поэтому Вам источник льёт постоянно поток. Не помню уже, настраивал по мануалу какому то. Сейчас для транспорта услуги использую http unicast. Вот решил попробовать сделай "всё по уму", пока очевидных плюсов multicast не вижу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uk2558 Опубликовано 13 декабря, 2013 · Жалоба UP Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaLblsH Опубликовано 13 декабря, 2013 · Жалоба По-моему, очевидным плюсом multicast является возможность использовать MVR (ну или ISM для Dlink). К примеру, при схеме с http unicast два клиента на уровне доступа пытаются смотреть один и тот же канал, что приведёт к дублированию отправки потока на коммутатор. В случае с MVR (ISM) до коммутатора побежит один поток, а коммутатор уже "спустит" его до клиентов. Но если Вас не интересует вопрос масштабируемости, то для Вас это может не оказаться плюсом. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uk2558 Опубликовано 13 декабря, 2013 · Жалоба По-моему, очевидным плюсом multicast является возможность использовать MVR (ну или ISM для Dlink). К примеру, при схеме с http unicast два клиента на уровне доступа пытаются смотреть один и тот же канал, что приведёт к дублированию отправки потока на коммутатор. В случае с MVR (ISM) до коммутатора побежит один поток, а коммутатор уже "спустит" его до клиентов. Но если Вас не интересует вопрос масштабируемости, то для Вас это может не оказаться плюсом. Про ISM и MVR я в курсе что это. Как раз от агрегации до доступа у меня "толстые" каналы. Вообщем, конечно, будем тестировать. Но пока меня беспокоит ситуация, описанная мною в первом посте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaLblsH Опубликовано 13 декабря, 2013 · Жалоба По ситуации с постоянным потоком: а сервера, которые вещают поток, находятся в том же сегменте (10.11.10.0/24) ? Если так, то попробуйте их вынести в другой сегмент и vlan. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uk2558 Опубликовано 13 декабря, 2013 · Жалоба По ситуации с постоянным потоком: а сервера, которые вещают поток, находятся в том же сегменте (10.11.10.0/24) ? Если так, то попробуйте их вынести в другой сегмент и vlan. Всмысле в другой сегмент? Между источником и cisco и так отдельный vlan 9 и отдельный сегмент относительно user. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaLblsH Опубликовано 13 декабря, 2013 · Жалоба Я почему-то подумал, что источник это отдельный маршрутизатор, в который воткнуты вещающие сервера. Тогда нет ничего удивительного, что у Вас поток постоянный от источника. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uk2558 Опубликовано 13 декабря, 2013 · Жалоба Я почему-то подумал, что источник это отдельный маршрутизатор, в который воткнуты вещающие сервера. Тогда нет ничего удивительного, что у Вас поток постоянный от источника. То есть всё правильно - так и должно быть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaLblsH Опубликовано 13 декабря, 2013 · Жалоба У меня практически по такой же схеме льются внутренние потоки IPTV. До каждого роутера льётся весь поток, даже если его никто не запрашивал. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...