Butch3r Опубликовано 20 февраля, 2012 · Жалоба Добрый день Возникла такая проблема - когда клиент подключается к тырнету (у нас это mpd5, l2tp) то у него перестает работать IPTV. Начал копать и выяснил что всё дело в роуте 224.0.0.0/3. Когда устанавливается vpn соединение, то метрика vpn туннеля становится максимальная и все запросы начинают валится в туннель. Если принудительно выдавать роут dhcp cервером с низкой метрикой, то при подключении vpn всё равно получает более высокий приоритет. Даже -p на локальном компе не помогает. помогает только подключится к интернету, грохнуть все 224 роуты и создать 1 нужный. Вопрос - может быть есть какой-то способ решить данную проблему? А то каждому клиенту объяснять что надо написать батник и запускать его при подключении к тырнету и желании посмотреть футбол как-то не айс Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
qwertzy Опубликовано 20 февраля, 2012 · Жалоба Студент должен знать, что ширина маски имеет более высокий приоритет перед метрикой, да и ipv4 мультикаст вообще то 224.0.0.0/4. Дайте им по DHCP маршруты с 224.0.0.0/5 и 232.0.0.0/5 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 20 февраля, 2012 · Жалоба Как правило(но не всегда) в пределах одного провайдера, мультикаст группы более-менее кучно живут, типа /24. Лучше не грузить cpu свитчей лишним мультикаст мусором от торрентов и прочей гадости, пусть лучше мусор идёт в тунель, поэтому выдавайте маршрут с наиболее подходящей маской, а не /4. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 22 февраля, 2012 · Жалоба Студент должен знать, что ширина маски имеет более высокий приоритет перед метрикой, да и ipv4 мультикаст вообще то 224.0.0.0/4. Дайте им по DHCP маршруты с 224.0.0.0/5 и 232.0.0.0/5 это было опечаткой, за идею спасибо, попробую Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 11 марта, 2012 · Жалоба Не помогло :( Причём перестало работать и без интернета Роут таблица: 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 то всё начинает работать. Я что-то делаю не правильно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Shiva Опубликовано 11 марта, 2012 · Жалоба 239.0.0.0 смотрит на шлюз, должен на себя. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 11 марта, 2012 · Жалоба 239.0.0.0 смотрит на шлюз, должен на себя. Я думал об этом, но тут мои знания ограничены - а такое можно сделать с помощью dhcp сервера?p.s. в любом случае ушёл читать гугл... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 11 марта, 2012 · Жалоба Нельзя мультикаст направлять на адрес шлюза!!! Мультикаст это не только л3 но и л2, в случае заворачивания мультикаста у него будет мак шлюза в качестве дст мака, коммутаторы такое за мультикаст не считают. Если нужно - можно попробовать в дхцп выдавать маршрут на мультикаст через ип который этому же клиенту и отдан. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Shiva Опубликовано 11 марта, 2012 · Жалоба Я думал об этом, но тут мои знания ограничены - а такое можно сделать с помощью dhcp сервера? p.s. в любом случае ушёл читать гугл... Да, у нас выдает же :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 12 марта, 2012 · Жалоба Всем спасибо за помощь, вроде всё заработало как надо Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
secandr Опубликовано 12 марта, 2012 · Жалоба Как победили проблему? И победили её на всех ОС и роутерах? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 12 марта, 2012 (изменено) · Жалоба Как победили проблему? И победили её на всех ОС и роутерах? сейчас занимаюсь сбором статистики. У тех, кто был "подопытным" заработало. Сейчас жду отчётов о работе роутеров и остальных тестеров edited: проблема решена выдачей роута 239.0.0.0 255.0.0.0 ip_выдаваемый_dhcp_сервером Изменено 13 марта, 2012 пользователем Butch3r Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...