wolfman

Суппорт ёжиков подтвердил такую фишку - метки, которые сам ёжик поставил используя, например, policy-map, он сам же потом не обрабатывает. Т.е. задал пакету CoS и всё, отправил на выход, не анализируя свои же метки. Т.е. можно в итоге наверное сделать вывод, что реализацию задачи приоритезации в любом случае нужно делать на 2х устройствах: 1. На ежике метить исходящие от абонента пакеты с помощью policy-map чтобы потом далее уже второе устройство (в моём случае длинк 3100) на основании увиденного CoS 7 в пакете сделал нужные действия по отправке в нужную очередь у себя. 2. На аплинковом dli

Тут же вроде были люди, вещающие иптв по хттп - неужели никто не использует приоритеты и у всех всё работает отлично и без них? Это же видео - тут любой мелкий затык раздражает так что лучше бы вообще не показывать абоненту этот сервис чем показывать его таким образом

Ну вот конкретный пример. Есть 3526xa v2. В него включено: в 1й порт - комп с виндой и влц плеером во 2й порт - ноут с виндой в 3й порт - аплинк в длинк 3100-24тг Все порты по 100мбит. В 3100 включены 2 линукс сервера: 1й - getstream вещатель iptv по http 2й - фтп сервер. На 3100 настроена раскраска всех пакетов идущих с иптв сервера (с указанием src порта). Красим dscp 56. На 3526xa активирован IP DSCP Priority. Как я уже выше писал - в таблице ежа указано что для 56го dscp - 3я CoS очередь. НАчинаем на компе с виндой смотреть видео, радуемся. Запускаем параллельно на н

2alex_o: Так а практический опыт настройки этого дела есть? Можно в личку за консультацией?...

На 3100 раскрашивал пакеты Ставил им 56й dscp. Если верить веб-морде ежика, то у него при активированной приоритезации по dscp 56й попадает в 3ю, тобишь максимальную, очередь CoS. А есть смысл метить исходящие от клиента пакеты? Основной же трафик валит К абоненту, а не от него.

Доброго времени суток. Подскажите если вдруг кто сталкивался с подобной задачей... Имеется топология звезда: 1. В центре D-Link DGS-3100-24TG. 2. На доступе Edge-Core 3526xa/3528m. В один из портов длинка включен линукс-сервер, вещающий по http IPTV. Чего хочется - приоритезация этого самого http-iptv трафика на всём пути до пользователя. Грубо говоря чтобы сосед закачкой с фтп не убил всю доступную полосу. Игрался уже с настройками еджкоров из серии QoS, Policy, приоритеты на основании DSCP и прочим... Всё равно в тестовых условиях при закачке с фтп начинает "сыпаться" картин

А кто может подсказать откуда кроме bgp можно брать актуальный список украинских сетей? Видел например вот тут - http://www.colocall.net/ua/prefixes.txt. Может ли кто-то сказать насколько оперативно этот список обновляется? Т.е. если предположить что какая то сетка выпала из UA-IX'а, то через какое время она пропадёт из этого колокольного файлика?

911: Я рад за фрюшу, но всё же в данный момент вопрос стоит именно о линухах. Pretender: Так я так и не услышал ответа - шейпера на оба направления работают? и вход и исход режет?

2Pretender: Ещё попутно пара вопросов нарисовалась 1. Не вижу в приведенном коде как шейпера на ппп цепляются к общему шейперу канала - он вообще есть? 2. Как будет делиться полоса в такой ситуации: общий канал в мир - 2мбита, подключено 3 ппп с лимитом на 1мбит каждый... и все тянут вовсю Принимаем тот факт что все тянут по хттп и гарантированно с мира (чтобы откинуть варианты "ухода" трафика на украинскую полосу)

Это всё понятно и очевидно И уже тут не раз обсуждался наш украинский менталитет приведший в итоге к тому, что украинский трафик вместо облегчения жизни провам стал просто одним из средств маркетинговой и конкурентной борьбы Тобишь в моей ситуации описанная задача вызвана как раз конкурентной ситуацией - конкуренты наливают украину абонентам даром в нагрузку к мировому анлиму. Но пока наливать без шейперов нет возможности (как впрочем и необходимости). Посему имеем задачу описанную в первом посте

Ещё не совсем понял один момент - шейпера навешиваются на ппп? И что, в обе стороны шейпит? Я для организации шейпинга в обе стороны использую сейчас 2 IMQ интерфейса - один для трафика с мира в ппп, другой с ппп в мир. И уже в них шейпится всё.

Ага Вот похоже ipset - это и есть мой пробел в теоретических познаниях Тогда вопрос такого плана - все украинские пакеты будут маркироваться одной меткой? т.е. одна метка для всего набора украинских подсетей? И как оно со скоростью обработки?

Доброго всем времени суток! Есть необходимость реализовать отдельные шейпера на мир и на украину, но недостаточно теоретических и практических познаний. Для начала вкратце обрисую текущую схему работы. Есть сервер на линуксе, на нём крутится ВПН-сервер, в него же включен инет-канал, на этом же сервере осуществляется НАТ. Абоненты подключаются по ВПН к этому серверу, НАТятся и уходят к аплинку. В данный момент нет разделения на мир и украину - всё идёт одной трубой к аплинку. Есть также абоненты, которым выдаются в ВПН-туннеле реальные адреса (на их конце трубы) - такие просто форвардятся