Разделение трафика на два WAN-интерфейса

Вот запрос на подключение, когда я пытаюсь позвонить для iptv. Fasttrack отключен, а WAN и IPTV Ethernet включены.

Показываемое вами соединение состоит из одного пакета (начальный SYN), то есть вы сделали снимок слишком рано, чтобы увидеть, будет ли оно потом быстро обработано (fasttracked). Если оно так и останется на несколько секунд, скорее всего, пакет SYN не дошёл до назначения, чем то, что соединение было быстро обработано, но я вижу правило fasttracking на одном из ваших предыдущих скриншотов, так что оно сработает рано или поздно. При публикации полезно думать больше о тех, кто пытается вам помочь, а не только о собственном удобстве. Скриншоты легко сделать, но их сложно анализировать, потому что они занимают много места и содержат мало информации, из-за чего читатель вынужден бесконечно листать в поисках чего-то важного, а нужного там в итоге нет, потому что вы не знали, какая информация важна. Ещё раз — откройте терминал и выполните инструкцию из моей автоматической подписи, чтобы выложить полную конфигурацию, сделав только необходимые правки для анонимизации. Если копировать текст сложно, так как вы управляете роутером только с мобильного, можно сохранить экспорт в файл с помощью команды /export hide-sensitive file=some-file-name и скачать файл позже. И выложите выводы команд /ip route print detail и /ip dhcp-client print detail — отдельно с подключенным только WAN1 и только WAN2. Для команд print тоже можно указать имя выходного файла.

Хорошо. Вижу, что вы настроили ether2-iptv (имя интерфейса) в качестве шлюза для статического маршрута с routing-mark=iptv. Скорее всего, это не сработает так, как ожидалось, потому что для медиумов с логической топологией точка-многоточка, таких как Ethernet, нужно указывать IP-адрес элемента-шлюза. Есть способ, при котором элементы-шлюзы в точка-многоточка могут сами объявлять себя через ICMP, но боюсь, здесь это не используется. С точка-точка интерфейсами другая ситуация — там с другой стороны туннеля всего одно устройство, поэтому достаточно указать имя интерфейса в качестве шлюза.

Исправьте это и включите маршрут с помощью команды: /ip route set [find routing-mark~“iptv”] gateway=192.168.1.1 disabled=no. Если это поможет, и если IPTV-провайдер может изменить подсеть или просто IP-шлюз, можно привязать скрипт к DHCP-клиенту, который будет обновлять отмеченный маршрут при каждом изменении.

Когда вы отключаете ether1-wan1 и разрешаете только ether2-iptv, и всё начинает работать, подозреваю, что вы также изменяете настройки DHCP-клиента, устанавливая add-default-route=yes, иначе не вижу, почему IPTV должно заработать в таком случае.

После этого вы должны увидеть установку TCP-соединения с IPTV-сервером — сначала выполните команду ниже, а затем включите IPTV-клиент: /ip firewall connection print detail interval=1s where dst-address~“the.iptv.server.address”. Если это работает и вы видите, что соединение показывает ненулевые значения orig-packets и repl-packets, а tcp-state=established хотя бы какое-то время, значит, управляющая связь установлена.

Что я сказать не могу — будет ли работать мультикаст. Если нет, попробовал бы отключить элементы /ip firewall address list с мультикаст-адресами: /ip firewall address-list disable [find address~“^239”]. Потому что, если они вообще что-то делают, то вызывают возврат пакетов с IPTV WAN туда же, присваивая им routing-mark. Именно routing-mark проверяется первым, и маршрутизируются только маршруты с ним; если таких нет — проверяются маршруты без routing-mark. А так как в вашем случае маршрут с routing-mark существует, он используется для обратной маршрутизации пакетов на IPTV WAN. Я честно не думаю, что вам действительно нужно отправлять с LAN трафик на эти адреса.