Есть распредленная сеть объединяющая удаленные точки и офис.Точки через роутеры (Linux) подключны к магистрали, которая приходит в офис (тоже роутер Linux). Задача кроме данных гонять еще и VoIP и соответственно обеспечить для него QoS. Перечитав кучу статей и форумов понял, что все алгоритмы обеспечения QoS работают на исходящий трафик,а то что есть для входящего - реально мало помогает. Исходя из этого вошел в ступор - а как же тогда решают такие задачи в сетях с несколькими точками ? В случае с 2 точками (равнозначными) - все ясно и понятно, а вот тут.... Если точка 1 начала гнать в офис VoIP трафик,то все хорошо, а если в это время точка 2 вдруг решит в офис гнать обычный траффик, то она ничего не знает про VoIP трафик точки 1 и будет гнать свое по полной - соответственно загадив весь канал на входе у офиса. А если точек 10-15... Подскажите плз как быть ?PS: Какие вообще алгоритмы лучше пользовать для QoS VoIP трафика ?
Т.е. решения видимо не существует :-(.
>Задача кроме данных гонять еще и VoIP и соответственно обеспечить для
>него QoS.Либо использовать IMQ для приоритезации входящего трафика на интерфейсе, либо приоритезировать пакеты на противоположном интерфейсе, т.е. на том, для которого этот VoIP трафик будет уже исходящим. Правда, если ты принимаешь и терминируешь VoIP-трафик непосредственно на маршрутизаторе, то такого интерфейса у тебя не будет :)
Мы для приоритезации VoIP трафика дисциплину HTB с его системой приоритетов. Примерчик нашей работы с HTB можно посмотреть здесь: ftp://services.td-net.ru/pub/tc/tc.sample