СвязьПроект

имеем два девайса:
1. Канало-образущий, некая железка которая делает туннель IPSec ...
2. За ней в LAN стоит AddPac

требуется:
дать приоритет исходящему RTP & Voice-Sig траффику

предполагаемые варианты решения:
1. Сделать АддПак маршрутизатором (включив его в разрыв между [1] и LAN, добавив между [1] и [2] дополнительную подсеть
2. Переключить АддПак в режим бриджа, и так же перенести его из LAN в разрыв между [1] и LAN

и далее исходящую очередь должен будет строить АддПак ...

вопросы:
что дает команда qos-control на интерфейсе ? задает bandwidth свыше которого пакеты не принадлежащие RTP etc будут дропаться ?
кроме как проставлять TOS еще есть какой то функционал по управлению исходящей очередью ?
будет ли строится очередь в режиме бриджа ?
возможно есть какие то еще варианты решения которых я не вижу ?

ЗЫ: замену оборудования не предлагать ... надо выкрутится на том что есть ...

qos-control ограничивает весь исходящий трафик.

На APOS G1 можно использовать ip-tos. Если APOS G2 на шлюзе, то должна такая конструкция работать:

Example configuration for DSCP. (Example device IP90)

в моем случае красить траффик бессмысленно,
каналообразующая железка не понимает этого ...

я правильно понимаю что при указании
qos-control 128
исходящий трафф на интерфейсе будешь шейпится до 128кбит, и голосовые пакеты будут уходить первым (не голосовые в случае отжирания более 128к будут дропаться) ???

будет ли qos-control работать если шлюз в режиме бриджа ?

qos-control:
1) контролирует весь исходящий трафик, никак не различая его;
2) в случае моста должно работать.

т.е. голосовым пакетам приоритет не даст ?
блин, тада зачем оно нужно не понимаю ...
получается qos тут вообще не при чем, а тупо шейпится канал до указанной полосы что ли ?


это уже опробовал, шейп - действительно работает.

Приоритет не даст, только шейпится. Почему так - сложно сказать.
P.S. Возможно, AddPac'овцы руководствовались логикой, кот. заключается в том, что очередями и приоритезацией должны заведовать сетеобразующие устройства, а не шлюзы, которые должны уметь только метить.

возможно ли с помощью qos-control ограничивать скорость для отдельных IP-адресов в сети?

нет, он шейпит только общую исходящую полосу на интерфейсе ...

понятно, спасибо. тогда еще один вопрос: можно ли запретить порты для определенных IP адресов или назначить для них только определенные порты?

Извините, если не по теме.
Год назад мы преобрели AddPac AP1100С (8-ми портовый FXO). Использовали только 4 порта.
Со временем стали появляться шумы, издаваться эхо, уменьшаться слышимость, мы перещли на другие свободные порты. Но со временем стали появляться такие же проблемы и на оставшихся портах.
Помогите пож.та с настройками шлюза