LINUX.ORG.RU
ФорумAdmin

Openwrt и IPTV/UDP multicast

 , ,


0

2

Проблема, что на роутере с openwrt сабж не работает или недонастроен.

Есть ТВ в коробочке от Ростелекома (но думаю провайдер здесь не принципиален), какое-то время назад они сделали так, что не нужен ни STB порт, ни вланы - работает и так.

И есть два роутера, на одном всего два чекбокса, после включения которых ТВ показывает:

  • включить IGMP маршрутизацию
  • включить IGMP snooping

На втором, на котором openwrt, в провайдерской коробочке работает только контент по запросу, а IPTV нет.

На работающем роутере, вроде всё логично, запущен igmpproxy и настроены правила

-A INPUT -d 224.0.0.0/4 -p igmp -j ACCEPT
-A INPUT -d 224.0.0.0/4 -p udp -m udp ! --dport 1900 -j ACCEPT
-A FORWARD -d 224.0.0.0/4 -p udp -j ACCEPT

На openwrt:

  • включен IGMP snooping на br-lan
  • igmpproxy
quickleave
phyint pppoe-wan upstream ratelimit 0 threshold 1
        altnet 0.0.0.0/0
phyint br-lan downstream ratelimit 0 threshold 1
phyint lo disabled ratelimit 0 threshold 1
  • правила файрвола:
config rule
        option src      'wan'
        option proto    'igmp'
        option dest_ip '224.0.0.0/4'
        option target   'ACCEPT'

config rule
        option src     'wan'
        option proto    'udp'
        option dest_ip  '224.0.0.0/4'
        option target   'ACCEPT'

config rule                                  
        option src 'wan'                          
        option proto 'udp'                   
        option dest 'lan'                         
        option dest_ip '224.0.0.0/4'         
        option target 'ACCEPT' 

и не работает «multicast unavialable» на приставке.

Что не так, что упускаю?

★★★★★
Ответ на: комментарий от Anoxemian

Это редактирумый конфиг /etc/config/igmpproxy:

config phyint
        option network wan
        option zone wan
        option direction upstream
        list altnet 0.0.0.0/0

config phyint
        option network lan
        option zone lan
        option direction downstream

конфиг из ОП это уже из /var/etc/igmpproxy.conf, его формирует стартовый скрипт igmpproxy.

wan-lan - это наименования зон.

Заглянул в /etc/init.d/igmpproxy, странно, но оказывается там тоже добавляются правила в firewall, попробую разобраться какие же всё-таки применяются.

vvn_black ★★★★★
() автор топика

Какие версии OpenWrt на маршрутизаторах?

Была похожая проблема - на одном и том же маршрутизаторе с OpenWrt 21.02 IGMP работал, но при обновлении до 22.03 переставал, на 22.03 так и не получилось настроить.

No ★★
()

Напиши модель второго роутера с openwrt. Возможно на openwrt.org есть руководство по «IPTV/UDP multicast» для данной модели со всеми нюансами. Имхо.

krasnh ★★★★
()
17 сентября 2023 г.
27 августа 2024 г.
4 ноября 2024 г.
Ответ на: комментарий от docokha

Добрый день! Аналогичная ситуация с IPTV от Рослетекома. Прошил роутер TP-Link 841N прошивкой OpenWRT. Есть приставка IPTV и интернет. Интернет настроил, все ок.IPTV загружается список канало, и возможен просмотр в режиме истории, но в режиме он-лайн пишет что Multucast unavaible. Хотел настроить через VLAN ID, Ростелеком сказал что в ЦФО не используется VLAN. Помогите пожалуйста настроить IPTV.

anonymous
()
Ответ на: комментарий от anonymous

Тебе нужно установить igmpproxy или аналогичный софт и настроить файрвол - https://openwrt.org/docs/guide-user/network/wan/udp_multicast

Если твой роутер подключается к роутеру провайдера, то можно на твоём роутере настроить прозрачный транзит трафика от wan к порту, гда подключена приставка, через vlan - https://openwrt.org/docs/guide-user/network/vlan/switch_configuration

anonymous
()
Ответ на: комментарий от anonymous

Добрый день! Аналогичная ситуация – не получается настроить IPTV от Ростелекома. Опишу подробно. Прошил роутер TP-Link TL-WR841N(RU) ver.13.1 прошивкой OpenWRT_24.05.4 Настроил интернет, работает хорошо. Есть приставка IPTV от Ростелекома, которая подключена шнурком Ethernet к роутеру. От приставки шнурок HDMI к телевизору. Для настройки IPTV использовал мануал от OpenWRT и старью от Zveronline (см. ссылки ниже); https://oldwiki.archive.openwrt.org/ru/doc/howto/udp_multicast https://zveronline.ru/archives/1120

В соответствии с вышеуказанными мануалами сделал следующее: Установил пакет igmpproxy (см. рисунок 2). Проверил, что поддержка «IGMP snooping» присутствует прошивке OpenWrt и включена, введя команду «# cat /sys/devices/virtual/net/br-lan/bridge/multicast_snooping» Ответ пришел «1»

Отредактировал файл конфигурации /etc/config/igmpproxy:

config igmpproxy option quickleave 1

option verbose [0-3](none, minimal[default], more, maximum)

config phyint option network wan option zone wan option direction upstream list altnet 0.0.0.0/0

config phyint option network lan option zone lan option direction downstream

config phyint option network loopback option direction disabled

Настроил Firewall;

config defaults option syn_flood ‘1’ option input ‘REJECT’ option output ‘ACCEPT’ option forward ‘REJECT’

config zone option name ‘lan’ option input ‘ACCEPT’ option output ‘ACCEPT’ option forward ‘ACCEPT’ list network ‘lan’

config zone option name ‘wan’ option input ‘REJECT’ option output ‘ACCEPT’ option forward ‘REJECT’ option masq ‘1’ option mtu_fix ‘1’ list network ‘wan’ list network ‘IPTV’

config forwarding option src ‘lan’ option dest ‘wan’

config rule option name ‘Allow-DHCP-Renew’ option src ‘wan’ option proto ‘udp’ option dest_port ‘68’ option target ‘ACCEPT’ option family ‘ipv4’

config rule option name ‘Allow-Ping’ option src ‘wan’ option proto ‘icmp’ option icmp_type ‘echo-request’ option family ‘ipv4’ option target ‘ACCEPT’

config rule option name ‘Allow-IGMP’ option src ‘wan’ option proto ‘igmp’ option family ‘ipv4’ option target ‘ACCEPT’

config rule option name ‘Allow-IPTV-IGMPPROXY’ option src ‘wan’ option proto ‘udp’ option dest ‘lan’ option dest_ip ‘224.0.0.0/4’ option target ‘ACCEPT’

config rule option name ‘Allow-DHCPv6’ option src ‘wan’ option proto ‘udp’ option dest_port ‘546’ option family ‘ipv6’ option target ‘ACCEPT’

config rule option name ‘Allow-MLD’ option src ‘wan’ option proto ‘icmp’ option src_ip ‘fe80::/10’ list icmp_type ‘130/0’ list icmp_type ‘131/0’ list icmp_type ‘132/0’ list icmp_type ‘143/0’ option family ‘ipv6’ option target ‘ACCEPT’

config rule option name ‘Allow-ICMPv6-Input’ option src ‘wan’ option proto ‘icmp’ list icmp_type ‘echo-request’ list icmp_type ‘echo-reply’ list icmp_type ‘destination-unreachable’ list icmp_type ‘packet-too-big’ list icmp_type ‘time-exceeded’ list icmp_type ‘bad-header’ list icmp_type ‘unknown-header-type’ list icmp_type ‘router-solicitation’ list icmp_type ‘neighbour-solicitation’ list icmp_type ‘router-advertisement’ list icmp_type ‘neighbour-advertisement’ option limit ‘1000/sec’ option family ‘ipv6’ option target ‘ACCEPT’

config rule option name ‘Allow-ICMPv6-Forward’ option src ‘wan’ option dest ‘*’ option proto ‘icmp’ list icmp_type ‘echo-request’ list icmp_type ‘echo-reply’ list icmp_type ‘destination-unreachable’ list icmp_type ‘packet-too-big’ list icmp_type ‘time-exceeded’ list icmp_type ‘bad-header’ list icmp_type ‘unknown-header-type’ option limit ‘1000/sec’ option family ‘ipv6’ option target ‘ACCEPT’

config rule option name ‘Allow-IPSec-ESP’ option src ‘wan’ option dest ‘lan’ option proto ‘esp’ option target ‘ACCEPT’

config rule option name ‘Allow-ISAKMP’ option src ‘wan’ option dest ‘lan’ option dest_port ‘500’ option proto ‘udp’ option target ‘ACCEPT’

Запустил igmpproxy

/etc/init.d/firewall restart

/etc/init.d/igmpproxy enable

/etc/init.d/igmpproxy start

Проверил сервис igmpproxy - сервис работает, выводит: root@XXXXX:~# ps | grep igmp 2464 root 1108 S /usr/sbin/igmpproxy -n /var/etc/igmpproxy.conf 7504 root 1372 S grep igmp

Более ничего не делал. Проблема в том, что список каналов загружается и возможен просмотр в режиме истории, но в режиме on-line просмотр невозможен, формируется ошибка «Multicast Unavaible».

Выкладываю также файл /etc/config/network

config interface ‘loopback’ option device ‘lo’ option proto ‘static’ option ipaddr ‘127.0.0.1’ option netmask ‘255.0.0.0’

config globals ‘globals’ option ula_prefix ‘af5b:5221:34d2::/48’

config device option name ‘br-lan’ option type ‘bridge’ list ports ‘eth0.1’ option igmp_snooping ‘1’

config interface ‘lan’ option device ‘br-lan’ option proto ‘static’ option ipaddr ‘192.168.1.1’ option netmask ‘255.255.255.0’ option ip6assign ‘60’ option igmp_snooping ‘1’

config device option name ‘eth0.2’ option macaddr ‘c3:21:35:3a:1b:07’

config interface ‘wan’ option device ‘eth0.2’ option proto ‘pppoe’ option username ‘XXXXXXXXX_X@msk’ option password ‘XXXXXXXXX’ option ipv6 ‘auto’

config switch option name ‘switch0’ option reset ‘1’ option enable_vlan ‘1’

config switch_vlan option device ‘switch0’ option vlan ‘1’ option ports ‘6t 1 2 3’

config switch_vlan option device ‘switch0’ option vlan ‘1’ option ports ‘6t 1 2 3’

config switch_vlan option device ‘switch0’ option vlan ‘2’ option ports ‘6t 4 0’

config interface ‘IPTV’ option proto ‘static’ option device ‘eth0.2’ option ipaddr ‘10.10.10.1’ option netmask ‘255.255.255.0’

MaxML
()
Ответ на: комментарий от MaxML

И еще подскажите, здесь возможно редактировать свои сообщения? Когда опубликовал, увидел, что все в строчку (плохочитаемо). Увидел, что некоторые выкладывают содержания файлов config в рамке и столбиком. Как это сделать?

MaxML
()
Ответ на: комментарий от MaxML

Судя по конфигурации, 6t - это процессор. Вроде бы, здесь никакого криминала нет.

Если я правильно понял, как работает pppoe, то текущая конфигурация не годится. Вам надо объединить порт 4 в мост с остальными локальными портами. Таким образом, оставить только два интерфейса - wan и lan.

В igmpproxy настроить wan как upstream, lan как downstream. В простейшем случае это выглядит как-то так:

phyint wan upstream
    altnet 0.0.0.0/0

phyint br-lan downstream 

Возможно, надо будет заменить wan на eth0.2. Этот момент я уже не помню.

Убедиться, что в файрволле разрешено прохождение пакетов udp на адрес 224.0.0.0/4 с wan на lan. По-идее, это должен делать скрипт запуска igmpproxy. Ну, и убедиться, что igmpproxy перенаправляет igmp-пакеты между интерфейсами wan-lan. igmpproxy можно запустить с ключами -vv для более подробного вывода.

Можно поставить tcpdump и посмотреть, какие пакеты приходят/уходят на интерйесах. Что-то типа:

tcpdump -ni br-lan igmp
tcpdump -ni br-lan net 224.0.0.0/4

Ну, и с wan(eth0.2) аналогично.

anonymous
()
Ответ на: комментарий от anonymous

Если я понимаю правильно, у меня уже в igmpproxy настроены wan как upstream, lan как downstream?

[pre]

config igmpproxy
    option quickleave 1

config phyint
    option network wan
    option zone wan
    option direction upstream
    list altnet 0.0.0.0/0

config phyint
    option network lan
    option zone lan
    option direction downstream

config phyint
   option network loopback
   option direction disabled

[/pre]

MaxML
()
Ответ на: комментарий от anonymous

В фаерволе тоже есть разрешение прохождения пакетов udp на 224.0.0.0/4

config defaults
    option syn_flood '1'
    option input 'REJECT'
    option output 'ACCEPT'
    option forward 'REJECT'

config zone
    option name 'lan'
    option input 'ACCEPT'
    option output 'ACCEPT'
    option forward 'ACCEPT'
    list network 'lan'

config zone
    option name 'wan'
    option input 'REJECT'
    option output 'ACCEPT'
    option forward 'REJECT'
    option masq '1'
    option mtu_fix '1'
    list network 'wan'
    list network 'IPTV'

config forwarding
    option src 'lan'
    option dest 'wan'

config rule
    option name 'Allow-DHCP-Renew'
    option src 'wan'
    option proto 'udp'
    option dest_port '68'
    option target 'ACCEPT'
    option family 'ipv4'

config rule
    option name 'Allow-Ping'
    option src 'wan'
    option proto 'icmp'
    option icmp_type 'echo-request'
    option family 'ipv4'
    option target 'ACCEPT'

config rule
    option name 'Allow-IGMP'
    option src 'wan'
    option proto 'igmp'
    option family 'ipv4'
    option target 'ACCEPT'

config rule
    option name 'Allow-IPTV-IGMPPROXY'
    option src 'wan'
    option proto 'udp'
    option dest 'lan'
    option dest_ip '224.0.0.0/4'
    option target 'ACCEPT'

config rule
    option name 'Allow-DHCPv6'
    option src 'wan'
    option proto 'udp'
    option dest_port '546'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-MLD'
    option src 'wan'
    option proto 'icmp'
    option src_ip 'fe80::/10'
    list icmp_type '130/0'
    list icmp_type '131/0'
    list icmp_type '132/0'
    list icmp_type '143/0'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-ICMPv6-Input'
    option src 'wan'
    option proto 'icmp'
    list icmp_type 'echo-request'
    list icmp_type 'echo-reply'
    list icmp_type 'destination-unreachable'
    list icmp_type 'packet-too-big'
    list icmp_type 'time-exceeded'
    list icmp_type 'bad-header'
    list icmp_type 'unknown-header-type'
    list icmp_type 'router-solicitation'
    list icmp_type 'neighbour-solicitation'
    list icmp_type 'router-advertisement'
    list icmp_type 'neighbour-advertisement'
    option limit '1000/sec'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-ICMPv6-Forward'
    option src 'wan'
    option dest '*'
    option proto 'icmp'
    list icmp_type 'echo-request'
    list icmp_type 'echo-reply'
    list icmp_type 'destination-unreachable'
    list icmp_type 'packet-too-big'
    list icmp_type 'time-exceeded'
    list icmp_type 'bad-header'
    list icmp_type 'unknown-header-type'
    option limit '1000/sec'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-IPSec-ESP'
    option src 'wan'
    option dest 'lan'
    option proto 'esp'
    option target 'ACCEPT'

config rule
    option name 'Allow-ISAKMP'
    option src 'wan'
    option dest 'lan'
    option dest_port '500'
    option proto 'udp'
    option target 'ACCEPT'
MaxML
()
Ответ на: комментарий от anonymous

Возможно, надо будет заменить wan на eth0.2. Этот момент я уже не помню.

Так у меня wan и так eth0.2

config device
    option name 'eth0.2'
    option macaddr 'c4:71:54:1a:7b:05'

config interface 'wan'
    option device 'eth0.2'
    option proto 'pppoe'
    option username '1580010_R@msk'
    option password 'eD54QQNp'
    option ipv6 'auto'
MaxML
()
Ответ на: комментарий от MaxML
config switch_vlan
  option device ‘switch0’
  option vlan ‘2’
  option ports ‘6t 4 0’

config interface ‘IPTV’
  option proto ‘static’
  option device ‘eth0.2’
  option ipaddr ‘10.10.10.1’
  option netmask ‘255.255.255.0’

Вот здесь option ports ‘6t 4 0’ порты wan и локальный порт, на котором висит приставка, фактически объединены в одну физическую сеть. Но так как роутер подключается через pppoe, то оборудование провайдера принимает пакеты с mac-адресом роутера и игнорирует все пакеты с mac-адресом приставки. В таком случае приставку тоже надо подключать через pppoe. Но что-то я не уверен, что провайдер позволяет одному клиенту подключаться с нескольких машин, а на приставке можно настроить подключение pppoe.

Таким образом, порт с приставкой надо объединить с другими локальными портами и настроить igmpproxy для ipv4 или mcproxy для ipv4+ipv6.

В принципе, текущая настройка должна позволять смотреть iptv на компьютере, но не на приставке.

anonymous
()
Ответ на: комментарий от anonymous

Но ведь ранее, в родной прошивке роутера TP-Link TL-WR841N (ver. 13) во вкладке IPTV достаточно было установить режим «Мост» включить IGVP Proxy и включить IGMP Snopping выбрать порт LAN4 и все работало. Т.е. соединение было PPoE и мост для IPTV. B все работало.

Может у Вас есть какая-нибудь идея, как настроить?
MaxML
()
Ответ на: комментарий от MaxML

Сделал. Все тоже самое. Список каналов загружается, можно смотреть в режиме записи (т.е. отложенный просмотр), но в режиме онлайн формируется сообщение "Телеканал недоступен для воспроизведения. код ошибки 2-9-1 (multicast_unavaible)
Но вот что я заметил, шнурок я переключит c LAN4 на LAN1
В настройках исправил так:
config switch_vlan option device ‘switch0’ option vlan ‘1’ option ports ‘6t 1 2 3’

config switch_vlan
    option device 'switch0'
    option vlan '2'
    option ports '6t 1 0'
где для vlan 1 не указал порт 4, соответственно он остался отключен. После этого у меня вообще не загрузился список IPTV каналов. 
После того как прописал порт 4 в VLAN 1, список каналов загрузился.
MaxML
()
Ответ на: комментарий от MaxML

А какие порты входили в этот мост? Совсем не факт, что это был мост с внешним портом. Скорее всего, мост был с локальными портами. Тогда имел бы смысл igmp snooping, чтобы iptv-трафик не сыпался на остальные локальные порты, и включение igvp proxy.

На данный момент можно переткнуть кабель от приставки в соседний порт. По-идее, должно заработать. Бывает, что приставку надо перегрузить, потому-что по какой-то причине, бывает, не подхватывает её igmpproxy. На приставке инет есть, а вместо каналов - черный экран.

anonymous
()
Ответ на: комментарий от MaxML
config switch_vlan
  option device ‘switch0’
  option vlan ‘1’
  option ports ‘6t 1 2 3 4’

config switch_vlan
  option device ‘switch0’
  option vlan ‘2’
  option ports ‘6t 0’

Если кабель от провайдера заходит на порт 0, то должно быть как-то так. Ну, мне так кажется. Я с pppoe не работал никогда, поэтому это всё на ощущениях.

anonymous
()
Ответ на: комментарий от anonymous

Попробовал. Не работает. Так вообще пишет, что отсутствует интернет на приставке.

Запись

config switch_vlan
  option device ‘switch0’
  option vlan ‘2’
  option ports ‘6t 0’

мне кажется о том, что трафик идет только в порт «0» WAN и более ни в какие порты. А нужно чтобы из WAN шел в порт 4. Вернул как было

option ports ‘6t 4 0’

Интернет на приставке появился, список каналов загружается, возможен просмотр в режиме записи, но в он-лайн канал не доступен «Multicast_unavaible»

MaxML
()
Ответ на: комментарий от anonymous

В моем роутере
Физический порт | Порт досупа|
WAN | 0 |
LAN 1 | 4 |
LAN 2 | 3 |
LAN 3 | 2 |
LAN 4 | 1 |
| 6 CPU Port |

Провод провайдера подключен к порту WAN - порт «0»
Приставка подключена к порту LAN1 - порт «4»
Как приставка получает ip-адрес, пока не знаю.
Вычитал, что Ростелеком передает IPTV на определенный MAC-адрес, который, но пока я его тоже не узнал (MAC-адрес моей приставки)

MaxML
()
Ответ на: комментарий от MaxML

ну так зачем пердолится с multicast, если там обычный http? В 1 версии приставки от Ростелека была такая поддержка, но потом ее выпилили

ivanich10
()
Последнее исправление: ivanich10 (всего исправлений: 1)
Ответ на: комментарий от MaxML

Вычитал, что Ростелеком передает IPTV на определенный MAC-адрес, который, но пока я его тоже не узнал (MAC-адрес моей приставки)

Написано, что у ростелекома можно tv смотреть и на компьютере. Так что выносить порт с приставкой в отдельную зону не требуется. Так же, как и объединять его в мост с внешним интерфейсом.

Если в настройках сети будет косяк и через web подключиться не получится, будет возможность сбросить прошивку к дефолтным? Ну, там, failsafe mode, через uart?

По ссылке выше https://zveronline.ru/archives/1120 такие настройки сети:

config interface ‘wan’
  option ifname ‘eth0.2’
  option _orig_ifname ‘eth0.2’
  option _orig_bridge ‘false’
  option proto ‘pppoe’
  option username ‘***’
  option password ‘***’
  option peerdns ‘0’
  option dns ‘77.88.8.1 77.88.8.8’

config interface ‘iptv’
  option proto ‘static’
  option ifname ‘eth0.2’
  option ipaddr ‘10.10.10.1’

config switch_vlan
  option device ‘switch0’
  option vlan ‘2’
  option ports ‘0t 1 4’
  option vid ‘2’

Здесь 0 - порт процессора, 1 - порт wan. Как по мне, порт 4 надо добавить в vlan 1, а интерфейс iptv выкинуть. У нас должно получиться что-то вроде этого:

config device
  option name ‘eth0.2’
  option macaddr ‘c3:21:35:3a:1b:07’ #вот это зачем?

config switch_vlan
  option device ‘switch0’
  option vlan ‘1’
  option ports ‘6t 1 2 3 4’

config switch_vlan
  option device ‘switch0’
  option vlan ‘2’
  option ports ‘6t 0’

Выключить службу igmpproxy и запустить руками:

igmpproxy -n -d -vv /etc/igmpproxy.conf

igmpproxy.conf, насколько я помню, генерируется скриптом /etc/init.d/igmpproxy при запуске, и реальный конфиг лежит где-то в /var. Надо либо подсунуть его, либо создать свой, благо, он совсем простой. Скорее всего, в physint для upstream надо будет указать pppoe-wan, а для downstream - br-lan.

Настроить получение ip-адреса на приставке по dhcp, либо установить ручками, чтобы он был в сети 192.168.1.0/24.

Ну и посмотреть tcpdump’ом что вообще происходит на br-lan и pppoe-wan: tcpdump -ni br-lan

anonymous
()
Ответ на: комментарий от anonymous

Как по мне, порт 4 надо добавить в vlan 1, а интерфейс iptv выкинуть.

Удалил интерфейс iptv, перекинул шнурок приставки с порта LAN1 (порт4) на порт LAN2 (порт3). Не стал делать запись "option ports ‘6t 1 2 3 4’" 
Все тоже самое, инет есть - список каналов загружается, можно смотреть в записи (историю), но онлайн просмотр недоступен - формируется сообщение "Multicast_unavaible"   
Соответственно, добавление порта 4 в vlan 1 ничего не даст.
MaxML
()
Ответ на: комментарий от MaxML

Надо смотреть, что за конфиг генерируется в igmpproxy. Подозреваю, что из конфига openwrt с интерфейсами создаётся конфиг для igmpproxy не с теми девайсами. Должен получиться что-то типа такого, где pppoe-wan - интерфейс после поднятия pppoe-подключения.

phyint pppoe-wan upstream
  altnet 0.0.0.0/0

phyint br-lan downstream

Предлагаю, остановить демона и запустить igmpproxy ручками с данным конфигом.

anonymous
()
Ответ на: комментарий от anonymous

Так разве у меня не такой же конфиг igmpproxy?

config igmpproxy
option quickleave 1

config phyint
option network wan
option zone wan
option direction upstream
list altnet 0.0.0.0/0

config phyint
option network lan
option zone lan
option direction downstream

config phyint
option network loopback
option direction disabled

MaxML
()
Ответ на: комментарий от MaxML

Нет. Скрипт /etc/init.d/igmpproxy из этого файла генерирует конфиг в формате, который уже распознаётся igmpproxy. Этот конфиг создаётся где-то в /var. И скрипт вызывает igmpproxy уже с этим новым конфигом. Если скрипт неправильно определил physint из имени интерфейса openwrt, то в конфиге igmpproxy будет неверный physint. Соответственно, igmp-пакеты пересылаться между интерфейсами не будут.

anonymous
()
Ответ на: комментарий от MaxML

Создать файл, например, /root/igmpproxy.conf с содержимым:

phyint pppoe-wan upstream
  altnet 0.0.0.0/0

phyint br-lan downstream

Остановить сервис igmpproxy:

/etc/init.d/igmpproxy stop

Запустить igmpproxy ручками с новым конфигом и посмотреть на его вывод:

igmpproxy -n -d -vv /root/igmpproxy.conf
anonymous
()
Ответ на: комментарий от MaxML

Подключитесь к роутеру либо через ssh:

ssh -l root <адрес роутера>

Либо через putty, если у вас windows. Остановите службу, как указано выше. Сделайте новый файл конфигурации для igmpproxy с указанным содержимом и запустите igmpproxy из коммандной строки.

anonymous
()