Jump to content
Калькуляторы

iptv + mpd5

Добрый день

 

Возникла такая проблема - когда клиент подключается к тырнету (у нас это mpd5, l2tp) то у него перестает работать IPTV. Начал копать и выяснил что всё дело в роуте 224.0.0.0/3. Когда устанавливается vpn соединение, то метрика vpn туннеля становится максимальная и все запросы начинают валится в туннель.

Если принудительно выдавать роут dhcp cервером с низкой метрикой, то при подключении vpn всё равно получает более высокий приоритет. Даже -p на локальном компе не помогает.

помогает только подключится к интернету, грохнуть все 224 роуты и создать 1 нужный.

 

Вопрос - может быть есть какой-то способ решить данную проблему? А то каждому клиенту объяснять что надо написать батник и запускать его при подключении к тырнету и желании посмотреть футбол как-то не айс

Share this post


Link to post
Share on other sites

Студент должен знать, что ширина маски имеет более высокий приоритет перед метрикой, да и ipv4 мультикаст вообще то 224.0.0.0/4.

Дайте им по DHCP маршруты с 224.0.0.0/5 и 232.0.0.0/5

Share this post


Link to post
Share on other sites

Как правило(но не всегда) в пределах одного провайдера, мультикаст группы более-менее кучно живут, типа /24. Лучше не грузить cpu свитчей лишним мультикаст мусором от торрентов и прочей гадости, пусть лучше мусор идёт в тунель, поэтому выдавайте маршрут с наиболее подходящей маской, а не /4.

Share this post


Link to post
Share on other sites

Студент должен знать, что ширина маски имеет более высокий приоритет перед метрикой, да и ipv4 мультикаст вообще то 224.0.0.0/4.

Дайте им по DHCP маршруты с 224.0.0.0/5 и 232.0.0.0/5

это было опечаткой, за идею спасибо, попробую

Share this post


Link to post
Share on other sites

Не помогло :( Причём перестало работать и без интернета

Роут таблица:

224.0.0.0 240.0.0.0 172.30.18.63 172.30.18.63 10
239.0.0.0 255.0.0.0 172.30.19.254 172.30.18.63 1

Если вынести роут 239.0.0.0 то всё начинает работать. Я что-то делаю не правильно?

Share this post


Link to post
Share on other sites

239.0.0.0 смотрит на шлюз, должен на себя.

Share this post


Link to post
Share on other sites

239.0.0.0 смотрит на шлюз, должен на себя.

Я думал об этом, но тут мои знания ограничены - а такое можно сделать с помощью dhcp сервера?

p.s. в любом случае ушёл читать гугл...

Share this post


Link to post
Share on other sites

Нельзя мультикаст направлять на адрес шлюза!!!

Мультикаст это не только л3 но и л2, в случае заворачивания мультикаста у него будет мак шлюза в качестве дст мака, коммутаторы такое за мультикаст не считают.

Если нужно - можно попробовать в дхцп выдавать маршрут на мультикаст через ип который этому же клиенту и отдан.

Share this post


Link to post
Share on other sites

Я думал об этом, но тут мои знания ограничены - а такое можно сделать с помощью dhcp сервера?

p.s. в любом случае ушёл читать гугл...

Да, у нас выдает же :)

Share this post


Link to post
Share on other sites

Всем спасибо за помощь, вроде всё заработало как надо

Share this post


Link to post
Share on other sites

Как победили проблему?

И победили её на всех ОС и роутерах?

Share this post


Link to post
Share on other sites

Как победили проблему?

И победили её на всех ОС и роутерах?

сейчас занимаюсь сбором статистики. У тех, кто был "подопытным" заработало. Сейчас жду отчётов о работе роутеров и остальных тестеров

 

edited: проблема решена выдачей роута 239.0.0.0 255.0.0.0 ip_выдаваемый_dhcp_сервером

Edited by Butch3r

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this