Catalyst 3750 G и мультикаст

[uk2558]

Добрый день. Тестирую схему. На 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.

Так должно быть?

[0pl0pl]

идет весь поток multicast (120 Мбит) вне зависимости, сколько активных User смотрят, даже если нет ни одного User.

 

Из-за PIM

[uk2558]

идет весь поток multicast (120 Мбит) вне зависимости, сколько активных User смотрят, даже если нет ни одного User.

 

Из-за PIM

То есть так и должно быть?

[MaLblsH]

Если Вы взаимодействуете по vlan 9 с источником по PIM, то зачем на vlan 9 включен igmp snooping ?

 

p.s. возможно как раз поэтому Вам источник льёт постоянно поток.

[uk2558]

Если Вы взаимодействуете по vlan 9 с источником по PIM, то зачем на vlan 9 включен igmp snooping ?

 

p.s. возможно как раз поэтому Вам источник льёт постоянно поток.

Не помню уже, настраивал по мануалу какому то. Сейчас для транспорта услуги использую http unicast. Вот решил попробовать сделай "всё по уму", пока очевидных плюсов multicast не вижу.

[uk2558]

UP

[MaLblsH]

По-моему, очевидным плюсом multicast является возможность использовать MVR (ну или ISM для Dlink).

К примеру, при схеме с http unicast два клиента на уровне доступа пытаются смотреть один и тот же канал, что приведёт к дублированию отправки потока на коммутатор.

В случае с MVR (ISM) до коммутатора побежит один поток, а коммутатор уже "спустит" его до клиентов.

 

Но если Вас не интересует вопрос масштабируемости, то для Вас это может не оказаться плюсом.

[uk2558]

По-моему, очевидным плюсом multicast является возможность использовать MVR (ну или ISM для Dlink).

К примеру, при схеме с http unicast два клиента на уровне доступа пытаются смотреть один и тот же канал, что приведёт к дублированию отправки потока на коммутатор.

В случае с MVR (ISM) до коммутатора побежит один поток, а коммутатор уже "спустит" его до клиентов.

 

Но если Вас не интересует вопрос масштабируемости, то для Вас это может не оказаться плюсом.

Про ISM и MVR я в курсе что это. Как раз от агрегации до доступа у меня "толстые" каналы. Вообщем, конечно, будем тестировать. Но пока меня беспокоит ситуация, описанная мною в первом посте.

[MaLblsH]

По ситуации с постоянным потоком: а сервера, которые вещают поток, находятся в том же сегменте (10.11.10.0/24) ? Если так, то попробуйте их вынести в другой сегмент и vlan.

[uk2558]

По ситуации с постоянным потоком: а сервера, которые вещают поток, находятся в том же сегменте (10.11.10.0/24) ? Если так, то попробуйте их вынести в другой сегмент и vlan.

Всмысле в другой сегмент? Между источником и cisco и так отдельный vlan 9 и отдельный сегмент относительно user.

[MaLblsH]

Я почему-то подумал, что источник это отдельный маршрутизатор, в который воткнуты вещающие сервера.

 

Тогда нет ничего удивительного, что у Вас поток постоянный от источника.

[uk2558]

Я почему-то подумал, что источник это отдельный маршрутизатор, в который воткнуты вещающие сервера.

 

Тогда нет ничего удивительного, что у Вас поток постоянный от источника.

То есть всё правильно - так и должно быть?

[MaLblsH]

У меня практически по такой же схеме льются внутренние потоки IPTV. До каждого роутера льётся весь поток, даже если его никто не запрашивал.