Исходное сообщение
"Multicast во FreeBSD без igmpproxy" Отправлено Ivan_83, 15-Дек-11 19:57
Это IP мания от не знания L2 :) Мультикаст это L2. На какой интерфейс пришёл запрос подписки на тот и начинают лить мультикаст, на принадлежность IP к сетям не смотрит. Те IP адрес клиента в данном случае также "важен/нужен" как хостнейм в локалке. У меня вообще один физ интерфейс, два влана между которыми я и бриджую мультикаст. Провайдер фильтрует ARP у себя, поэтому нет никакой разницы какой src-ip у меня будет, он не узнает мак куда слать, и не должен знать, а должен слать на мультикаст мак. Суть mrouted в том, чтобы обеспечить функционал типа igmp snooping либо туннелирование мультикаста на другой такой же роутер но юникастом (там ещё протокол маршрутизации есть, но это когда несколько mrouted между собой общаются). Те mrouted знает где источники мультикаста, и где и какие потребители, и гоняет только нужный трафик через нужные интерфейсы. В случае с двумя интерфейсами принципиальной разницы не будет. Более того, mrouted заставит прописать хотя бы фейковые IP на интерфейсах. Тут есть примеры: http://www.netup.tv/ru-RU/configuring-igmp-in-lan-for-managi... но клиентские IP там только для отчёту, как хостнейм в логах.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Это IP мания от не знания L2 :) > Мультикаст это L2. На какой интерфейс пришёл запрос подписки на тот и > начинают лить мультикаст, на принадлежность IP к сетям не смотрит. Те > IP адрес клиента в данном случае также "важен/нужен" как хостнейм в > локалке. > У меня вообще один физ интерфейс, два влана между которыми я и > бриджую мультикаст. Провайдер фильтрует ARP у себя, поэтому нет никакой разницы > какой src-ip у меня будет, он не узнает мак куда слать, > и не должен знать, а должен слать на мультикаст мак. > Суть mrouted в том, чтобы обеспечить функционал типа igmp snooping либо туннелирование > мультикаста на другой такой же роутер но юникастом (там ещё протокол > маршрутизации есть, но это когда несколько mrouted между собой общаются). Те > mrouted знает где источники мультикаста, и где и какие потребители, и > гоняет только нужный трафик через нужные интерфейсы. В случае с двумя > интерфейсами принципиальной разницы не будет. Более того, mrouted заставит прописать хотя > бы фейковые IP на интерфейсах. > Тут есть примеры: > http://www.netup.tv/ru-RU/configuring-igmp-in-lan-for-managing-multicast-iptv-streams.php > но клиентские IP там только для отчёту, как хостнейм в логах.
	Введите код, изображенный на картинке: