DFL-210, прошивка последняя с FTP - 2.27.00.14
Настроил все согласно руководству, там как-будто достаточно нормально расписано, но однако не работает.
При этом без DFL, напрямую, смотрю без проблем, используется протокол IGMP v2.

Вещание присутствует на интерфейсе WAN, хочу получить в LAN.

Собственно, что сделал:

1. Создал новый сервис IP_TV
Prot UDP
Src Port все
Dst Port 5050 (порт вещания мультикаста)

2. Создал объекты адресной книги:
2.1. IP_TV_Streams
IP 233.33.210.0/24 (группы вещания из плей-листа)
2.2. IP_TV_Servers
IP 78.196.10.0/24 (смотрел сниффером, с этих адресов идут UDP-пакеты вещания)
2.3. IP_TV_Router
IP 172.16.63.149 (опять же снифером, с этого адреса идут IGMP-query)

3. В IP Rules создал папку IP_TV и добавил два правила:
3.1. IP_TV_SAT
Action Muliplex SAT
Servce IP_TV
Src IF WAN
Src Nw IP_TV_Servers
Dst IF core
Dst NW IP_TV_Streams
На вкладке Multiplex SAT добавил интерфейс LAN без указания IP (трансляция адресов не нужна),
галка насчет необходимости запроса IGMP стоит
3.2. IP_TV_Allow
аналогичное соответствующее Allow правило с Action - Allow

4. В IGMP rules добавил два правила:
4.1. IGMP_Report
Type Report
Action Proxy
Relay IF Wan
Src IF Lan
Src Nw Lan_net
Dst IF Core
Dst Nw Auto
Mulricast Source IP_TV_Servers
Mulricast Group IP_TV_Streams
4.2. IGMP_Query
Type Query
Action Proxy
Relay IF Lan
Src IF Wan
Src Nw IP_TV_Router
Dst IF Core
Dst Nw Auto
Mulricast Source IP_TV_Servers
Mulricast Group IP_TV_Streams

5. В настройках Advanced IGMP
5.1. Галка IGMP before Rules - вкл
5.2. Галка Add default IGMP route - вкл
5.3. IGMP Router version - IGMP v2
остальное не трогал, все по умолчанию

6. В настройках интерфейсов WAN и LAN обработка Multicst - Auto

7. В настройках IP Min Multicast TTL = 1

И тишина....

Начал эксперименты.
Прежде всего подключил до DFL свитч, воткнул в него кабель от провайдера, от него подключил DFL и еще один компьютер. При запросе просмотра конкретного канала с этого компа данный канал смотрю и за фаерволом в локальной сети, т.е. собственно multicast траффик DFL пропускает, IP правила мультиплекса отрабатывают корректно.
Не проходит именно подписка на группы.
Прицепил снифферы на интерфейс LAN и входящий свитч, т.е. слушаю WAN интерфейс DFL. И наблюдаю следующую картину:

На LAN все относительно корректно
(192.168.0.2 - адрес компьютера в LAN, c которого пытаюсь смотреть, 192.168.0.100 - lan_ip DFL, 233.33.210.70 - запрошенная группа)

Включение канала
192.168.0.2 IGMP 224.33.210.70 igmp v2 report
192.168.0.2 IGMP 224.33.210.70 igmp v2 report
192.168.0.2 IGMP 224.33.210.70 igmp v2 report
192.168.0.100 IGMP 224.0.0.1 igmp v2 query
192.168.0.2 IGMP 224.33.210.70 igmp v2 report
....
Переключение канала
192.168.0.2 IGMP 224.0.0.2 igmp v2 report (leave) 224.33.210.70
192.168.0.2 IGMP 224.33.210.6 igmp v2 report
192.168.0.2 IGMP 224.33.210.6 igmp v2 report
192.168.0.2 IGMP 224.33.210.6 igmp v2 report
192.168.0.100 IGMP 233.33.210.70 igmp v2 query
192.168.0.100 IGMP 224.0.0.1 igmp v2 query
192.168.0.2 IGMP 224.33.210.6 igmp v2 report
192.168.0.100 IGMP 233.33.210.70 igmp v2 query
....

А вот с WAN интерфейса посылаются запросы (10.4.159.220 - wan_ip DFL)

10.4.159.220 IGMP 224.0.0.22 igmp v3 report (1 group list)
10.4.159.220 IGMP 224.0.0.22 igmp v3 report (1 group list)
10.4.159.220 IGMP 224.0.0.22 igmp v3 report (1 group list)
.....
10.4.159.220 IGMP 224.0.0.22 igmp v3 report (1 group list)
10.4.159.220 IGMP 224.0.0.22 igmp v3 report (1 group list)
10.4.159.220 IGMP 224.0.0.22 igmp v3 report (1 group list)

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

Пробовал менять в правилах IGMP на режим Snoop, все в принципе отрабатывает правильно, запросы от роутера проходят в локальную сеть, reports отправляются в WAN по используемому в данный момент клиентом протоколу IGMP.
Одна беда - в этом режиме reports уходят от моего локального адреса т.е. на WAN

192.168.0.2 IGMP 224.33.210.70 igmp v2 report
192.168.0.2 IGMP 224.33.210.70 igmp v2 report
192.168.0.2 IGMP 224.33.210.70 igmp v2 report
.....

И это, наверное, правильно, вот только оборудование провайдера скорее всего игнорирует пакеты, не принадлежащие WAN_NET, так что это "крик в никуда".

В логах никаких drop'ов по IGMP с моими локальными или внешними адресами не наблюдаю.

Если кто-то видит, где я накосячил, буду благодарен за помощь.

Хотя больше похоже на глюк прошивки. Работники D-Link - подтвердите или опровергните!

Если у кого-то DFL-210 реально корректно работает в режиме IGMP Proxy, просьба сообщить, на какой прошивке и с какими настройками это происходит.

Вы для какого провайдера пытаетесь настроить?

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

У меня два провайдера IP-TV
Disel-TV (Краснодар),
Билайн-ТВ (Краснодар)

Описанную картину наблюдал конкретно на Билайне (просто с него начал настройку, до Disel пока не добрался)

я смотрю BeelineTV на 2.27. Есть некоторые проблемы (иногда подвисают некоторые каналы), но в целом работает. Ваши настройки вроде соответствуют. Смутила одна настройка: "Dst Nw Auto", что за интерфейс Auto?

_________________
Думал: юзер, оказалось: ламер

Это не интерфейс, это Destination Network в правилах IGMP. Там, собственно, Destination Network всегда Auto и изменить это даже при желании нельзя.

AlexBEER, а у тебя режим Proxy или Snoop?

Сорри, так и есть! Но, ИСТОЧНИКОМ для REPORT должен быть не CORE а интерфейс на котором висит приставка!!!! - совсем уже никакой, у тебя же так и есть...

PROXY, у меня через VLANы плюс еще все развязано, но и без них все работало пару лет...

_________________
Думал: юзер, оказалось: ламер

Так у меня и стоит в качестве источника для REPORT Lan / Lan_net.

Проблема где-то глубже, ведь на внутреннем интерфейсе все Ок. По протоколу снифера видно, что подписка от компа на DFL проходит, LEAVE тоже отрабатывает, ведь не зря DFL после LEAVE REPORT начинает опрашивать внутреннюю сеть SPECIFIC QUERY с адресом отключенного канала.

И REPORT с внешнего интерфейса тоже посылаются:

10.4.159.220 IGMP 224.0.0.22 igmp v3 report (1 group list)

это абссолютно корректный REPORT на подписку версии IGMP v3 (всем роутерам, поддерживающим протокол v3). Вот только почему не происходит смены статуса внешнего интерфейса на IGMP v2 ? Согласно спецификации IGMP v3 клиент (а в данном случае DFL на WAN интерфейсе выступает именно как клиент) должен понижать версию протокола вплоть до v1, если на интерфейсе прослушиваются IGMP QUERY соответствующего протокола.
Может, конечно, у провайдера не совсем все корректно настроено, но почему тогда если прицепить компьютер напрямую, виндовый клиент моментально распознает, что используется IGMP v2 и даже не пытается слать REPORT 3-ей версии?

_________________
Форум не подразумевает под собой быстрый ответ, хотите быстрый и квалифицированный ответ - звоните в техподдержку компании D-Link 8-800-700-5465

У меня тоже настройка dfl-210 по этим мануалам не работает...билайн-питер

Я читал обе инструкции и еще несколько других, присутствующих на форуме. Я читал мануал. ТАМ ВСЕ ПОНЯТНО! Более того, я уже сам могу писать эти инструкции!
Проблема, не в настройках. Я ведь ее уже кажется достаточно локализовал. Вы можете мне объяснить, почему DFL с внешнего интерфейса посылает REPORT только IGMP v3, несмотря на то, что на интерфейс регулярно поступают QUERY (как COMMON, так и SPECIFIC) версии IGMP v2 ?
К тому же не обращает никакого внимания на настройку в Advanced IGMP, что версия роутера IGMP v2? Т.е. он ее использует, но только на внутреннем интерфейсе - там он честно переключает режимы. Возможно, данная настройка и предназначена для внутреннего опроса сети, тут я судить не берусь.
Но факт, что НИКАКИМИ ИЗМЕНЕНИЯМИ НАСТРОЕК заставить его работать на WAN по нужному протоколу IGMP НЕ ПОЛУЧАЕТСЯ!

В этом правиле в поле Multicast Source должен быть IP_TV_Router.
А в поле Multicast Group обоих правил IGMP должна быть группа адресов, куда входят IP_TV_Streams, а также адрес 224.0.0.1 и 224.0.0.2

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Подождите некоторое время, пока DFL поймет, что надо слать IGMPv2. На это уходит несколько минут, пока от мультикаст-роутера от провайдера не проскочит несколько запросов. Я прямо сейчас отзеркалировал WAN-порт и вижу в режиме proxy, что DFL шлет IGMPv.2 report.

Зато есть две другие проблемы. Во-первых, непонятно, с какой стати DFL шлет на WAN-порт Membership Query на адрес 224.0.0.1, прекрасно видя, что там уже есть опросчик мультикастовых групп.
И второе - DFL получает от клиентов мультикаст-группы пакета IGMP Leave (отписка от группы). Далее DFL шлет Membership Query на эту мультикаст-группу с указанием, что будет ждать ответа столько, сколько указано в поле IGMP Last Member Query Interval параметра Advanced Multicast Settings-IGMP Settings. В моем случае это 1 секуда (1000 мс). Проходит секунда, ответа от меня не пришло. По идее, здесь надо прекратить поток и отписаться от него у вышестоящего мультикаст-роутера на WAN. Но DFL почему-то упорно выжидает не 1 секунду, как указано в настройках, а ровно 20. Вот всегда 20 секунд. И если за это время пощелкать каналы на приставке, то в какой-то момент 20-секундного интервала окажется, что в данный момент к нам валится этак 5-7 каналов по 3МБит каждый.

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Dima G. Спасибо огромное за идею!
Действительно, никак не привыкну мыслить "в терминах" DFL. Подсознательно кажется, что раз DFL получил пакт с IGMP Query, то он о нем знает и должен как-то на него прореагировать, а на самом-то деле он должет сперва дойти до core! Естественно он у меня не переходит в режим IGMP v3, он просто не слышит QUERY от роутера!
Насчет того, что Multicast Sorce должен быть IP-TV_Router, по моему это не обязательно. Источник определяется по Source Network, а там и стоит IP_TV_Router.
Впрочем, сейчас попробую в обоих вариантах.

Попробуйте. Но в любом случае что-то ведь в поле Multicast Sorce должно быть. Пусть будет именно IP_TV_Router. Я давно настраивал IPTV в Билайне, с тех пор все работает. Когда-то проводил тесты на корректность работы IPTV в разных вариантах правил. Раз оставил как есть, значит, так и надо

Кстати, из-за косяков работы режима Proxy я использую только Snooping. Да и вообще не вижу повода использовать Proxy. Ну разве только не дать провайдеру узнать, сколько хостов на кабеле смотрит ТВ. Но скорее всего они даже это посмотреть не могут, т.к. в домах стоят L2-свитчи.

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)