bluesrocker

Megas Получилось? Как, если не секрет? Я не совсем понял сути вопроса - ведь для серверов default gateway - это и есть mikrotik - и пакеты уже в нем маркируются и маршрутизируются. Вы точно маркируете соединение, а не только пакеты? По идее, это единственный нюанс в данной ситуации.

Делал подобную связку, но без igmp proxy на ростелекоме - там мультикаст идет с одного ip и этот ip меняется во время переключения каналов. Что примечательно, - в режиме b работает отлично за исключением hd каналов, а вот g и n - любая картинка рассыпается, - причем в g не так сильно, как в n. То есть eoip никак не помогает. Так понимаю, - igmp-proxy реально помогает и надо будет попробовать. Но это я делал на RB951-2n - бюджетный вариант. Хотя по скорости должно хватать - тем более расстояние между микротиками было около 5 метров при этом. При этом квадраты еще сильнее пошли, когда я перенастроил все на wds без тоннеля. На билайне я делал так: на базе виртуальная точка без шифрования в режиме wds, бриджованная с входящим интерфейсом провайдера, и на другом конце такой же бридж. На ROS 6.5 со включенным multicast-helper без igmp-proxy и всяческого туннелирования гоняет неплохо только когда работает одна приставка через wi-fi, при этом при включении в slave-порт второй приставки (в базу) - наша "беспроводная" приставка начинает сыпать картинку, хотя объем трафика в ее сторону численно не меняется. При этом интернет через WiFi работает просто отлично. Можно поинтересоваться как Вы задали приоритезацию для IPTV? Думаю, попробовать у клиентов завести по Вашей схеме.

Не помню чем я руководствовался при настройке, но была похожая ситуация, сводящаяся к той же основной задаче, но адреса статические. Я сел подумал 10 минут и у меня сейчас работает так: /ip firewall mangle print Flags: X - disabled, I - invalid, D - dynamic 1 ;;; coltel input connection chain=prerouting action=mark-connection new-connection-mark=coltel_input_connection passthrough=yes dst-address=x.x.x.x 2 ;;; unico input connection chain=prerouting action=mark-connection new-connection-mark=unico_input_connection passthrough=yes dst-address=y.y.y.y 3 ;;; coltel output mark chain=output action=mark-routing new-routing-mark=coltel_output_routing passthrough=yes connection-mark=coltel_input_connection 4 ;;; unico output mark chain=output action=mark-routing new-routing-mark=unico_output_routing passthrough=yes connection-mark=unico_input_connection И шлюзы по умолчанию прописал 2 раза - первый раз с разной метрикой для простейшего резервирования и потом еще раз с routing-mark'ом и большей метрикой. /ip route print detail Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - unreachable, P - prohibit 0 A S dst-address=0.0.0.0/0 gateway=y.y.y.z gateway-status=y.y.y.z reachable via ether5-Unico check-gateway=ping distance=4 scope=30 target-scope=10 routing-mark=unico_output_routing 1 A S dst-address=0.0.0.0/0 gateway=x.x.x.z gateway-status=x.x.x.z reachable via ether4-Columbia check-gateway=ping distance=4 scope=30 target-scope=10 routing-mark=coltel_output_routing 2 A S ;;; Default Coltel dst-address=0.0.0.0/0 gateway=x.x.x.z gateway-status=x.x.x.z reachable via ether4-Columbia check-gateway=ping distance=2 scope=30 target-scope=10 3 S ;;; Unico Default dst-address=0.0.0.0/0 gateway=y.y.y.y gateway-status=y.y.y.z reachable via ether5-Unico check-gateway=ping distance=3 scope=30 target-scope=10 Извне оба интерфейса доступны. Использование Route rule было бы изящней, конечно.