[Butch3r]

Добрый день

 

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

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

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

 

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

[qwertzy]

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

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

[s.lobanov]

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

[Butch3r]

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

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

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

[Butch3r]

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

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

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 то всё начинает работать. Я что-то делаю не правильно?

[Shiva]

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

[Butch3r]

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

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

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

[Ivan_83]

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

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

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

[Shiva]

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

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

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

[Butch3r]

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

[secandr]

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

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

[Butch3r]

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

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

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

 

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

Изменено 13 марта, 2012 пользователем Butch3r