Передача переключенного IPTV через точку доступа MikroTik (работающую на RouterOS)

Мой провайдер предоставляет IPTV через выделенный VLAN на линии WAN. В самой простой конфигурации (как используется в маршрутизаторе, предоставленном провайдером) этот VLAN на внешнем интерфейсе просто завершен и мостится через некоторые из внутренних Ethernet интерфейсов – сеть IPTV полностью свитчирована, и маршрутизатор не осуществляет никакой фактической маршрутизации в этой сети (он даже не имеет IP-адреса, привязного к этой сети).

Поскольку провести кабель от маршрутизатора к телевизору сложно, у меня есть пара Wi-Fi мостов. Один подключается к IPTV порту на маршрутизаторе, другой – к приемнику IPTV. Оба имеют идентичное оборудование, один сконфигурирован как точка доступа, другой как клиент, соединенные через кнопку WPS Push Button Connect.

Таким образом, «старая» конфигурация теперь выглядит так:

Провайдер ----- Маршрутизатор ----- WiFi мост 1 · · · WiFi мост 2 ----- IPTV приемник
                \
                 ----- Коммутатор ----- AP (старый) · · · Смартфон
                             \
                               ----- ПК

----- Локальная сеть    ===== Локальная сеть с повышенной пропускной способностью    · · · WiFi соединение

Маршрутизатор мой, сконфигурированный с нуля. Это потребовало некоторого эксперимента, смотрите Настройка pfSense для IPTV, поставляемого через отдельный VLAN на линии WAN. До сих пор эта конфигурация работает.

Теперь я хотел бы настроить точку доступа MikroTik (на основе RouterOS), которая сможет обслуживать несколько Wi-Fi и заменит Wi-Fi мост на стороне маршрутизатора. Я перенастроил интерфейс маршрутизатора для Wi-Fi моста как интерфейс с повышенной пропускной способностью, с моей домашней локальной сетью и сетью IPTV на разных VLAN, а также настроил первый Ethernet интерфейс на MikroTik AP таким же образом. На беспроводной стороне у меня настроены два виртуальных Wi-Fi, каждый связанный с соответствующим VLAN. Затем я связал Wi-Fi мост на стороне приемника с SSID IPTV на новой точке доступа.

Таким образом, «новая» конфигурация выглядит так:

Провайдер ----- Маршрутизатор ===== MikroTik AP · · · WiFi мост 2 ----- IPTV приемник
                \                    ·
                 ----- Коммутатор        · · Смартфон
                             \
                               ----- ПК

----- Локальная сеть    ===== Локальная сеть с повышенной пропускной способностью    · · · WiFi соединение

Я могу использовать Wi-Fi локальной сети дома с моим ПК и смартфоном, но IPTV приемник не принимает никаких ТВ потоков. Захват пакетов на интерфейсе Wi-Fi IPTV MikroTik показывает некоторый трафик, который явно является IPTV трафиком от провайдера (например, запросы членства IGMP), так что, по крайней мере, я знаю, что подключен к правильной сети.

Из моего опыта с маршрутизатором я подозреваю, что MikroTik AP может вызывать аналогичные проблемы, отбрасывая некоторые пакеты как недействительные вместо того, чтобы пересылать их, хотя эти пакеты необходимы для корректной работы IP мультикастов.

Интерфейс моста имеет некоторые параметры, связанные с IGMP, но я не знаю, актуальны ли они и как их настроить, чтобы всё проходило. У кого-то есть идеи?

Кратко

Из-за технических ограничений стандарта 802.11 нет нейтрального по отношению к производителям способа сделать прозрачное L2 мостирование. Попытки осуществить прозрачное L2 мостирование между двумя Wi-Fi устройствами от разных производителей обычно не работают. Подробности см. здесь.

Шаг за шагом

Я провел несколько тестов, чтобы узнать больше:

Сначала я выполнил захват пакетов на точке доступа и маршрутизаторе при включении точки доступа и сохранил оба.

Для дальнейших тестов я переместил IPTV приемник к маршрутизатору и AP.

Сначала я вернулся к старой конфигурации на маршрутизаторе и напрямую подключил IPTV приемник к порту IPTV маршрутизатора. Я запустил захват пакетов на этом интерфейсе, затем включил IPTV приемник.

Происходит цикл DHCP (обнаружение/предложение/запрос/подтверждение), после чего приемник немедленно отправляет отчет о членстве IGMP2, регистрируясь в мультикаст-группе. После этого сразу же начинается много входящего мультикаст-трафика.

Для сравнения, захват пакетов, сделанный через Wi-Fi мост и MikroTik AP (предполагаемая конфигурация), выглядит иначе:

• сообщения от приемника показывают MAC-адрес Wi-Fi моста, а не приемника
• DHCP сообщения показывают адрес приемника как IP-адрес клиента, таким образом, Wi-Fi мост действует как DHCP ретранслятор
• пара DHCP discover/offer повторяется несколько раз, пока не появляется запрос
• DHCP подтверждение уходит на 255.255.255, а не на вновь назначенный IP
• пара DHCP request/ack также повторяется несколько раз
• IPTV приемник никогда не связывается с назначенным ему IP-адресом

Затем я перенастроил MikroTik AP, добавив (неиспользуемый) второй Ethernet интерфейс в IPTV мост. Я вернул маршрутизатор к конфигурации VLAN trunk, и подключил IPTV приемник ко второму Ethernet интерфейсу AP. Здесь приемник смог подключиться.

Наконец, я попытался использовать точку доступа/репитер Asus RP-N12, настроенный как медиамост. Здесь ничего не показало в захвате пакетов, хотя RP-N12 был подключен к AP как станция.

Вывод

MikroTik AP настроен правильно для передачи всего IPTV трафика, как видно, когда добавляли второй Ethernet интерфейс в IPTV мост и подключали IPTV приемник напрямую через Ethernet.

Тем не менее, реализация Wi-Fi AP MikroTik несовместима со стандартом мостирования, используемым VAP 2400.

Варианты:

• заменить приемник VAP 2400 на устройство MikroTik, которое поддерживает мостирование и использует тот же стандарт, что и AP
• добавить еще один интерфейс к маршрутизатору, который обслуживает IPTV в родном VLAN и подключить точку доступа VAP туда
• приобрести VLAN коммутатор и вставить его между маршрутизатором и MikroTik AP (оба интерфейса настроить как trunk), и подключить точку доступа VAP 2400 к третьему порту, который находится в VLAN IPTV.

Последний вариант, вероятно, самый простой. Если я получу коммутатор с PoE выходом, я могу даже сэкономить адаптер переменного тока и инжектор POE, которые мне иначе понадобились бы для AP.