Здравствуйте,схема такая:
Lan0<->1811<->ADSL-модем<->Интернет<->802.11 в клиентском режиме<->871<->Lan1
То есть WAN-порты у обоих роутеров - 100Mbit FastEthernet. Насколько я понимаю, в этом случае выходная очередь роутера почти никогда не будет переполняться - из нее быстро-быстро пакеты будут уходить в модем с одной стороны и в точку достпа с другой, то есть QoS, основанный на управлении очередями, ничего не даст. (?)
Между 1811 и 871, понятное дело, организован туннель. Причем технология - либо просто site-to-site vpn, либо Tunnel IPSec, либо GRE, защищенный IPSec-ом - будет зависеть и от того, где удастся лучше реализовать QoS.
Между Lan1 и Lan0 результирующая пропускная способность "плавает" между 256 и 512КБит/с, в основном из-за нестабильности работы провайдера для Lan1.
Помимо того, в обоих офисах, конечно, есть не-туннельный трафик (www и т.п.).
Таким образом, задачи для QoS: на WAN интерфейсе считать трафик туннеля наиболее приоритетным, "придерживая" весь остальной трафик. Для туннеля - в первую очередь VoIP, в вторую - RDP, а потом уже всё остальное.
Посоветуйте, пожалуйста, как решить задачу.
Спасибо,
Антон
up
приоритетность на тунеле не будет работать
работает вроде только на аппаратных интерфейсах
>Здравствуйте,
>
>схема такая:
>
>Lan0<->1811<->ADSL-модем<->Интернет<->802.11 в клиентском режиме<->871<->Lan1
>
>То есть WAN-порты у обоих роутеров - 100Mbit FastEthernet. Насколько я понимаю,
>в этом случае выходная очередь роутера почти никогда не будет переполняться
>- из нее быстро-быстро пакеты будут уходить в модем с одной
>стороны и в точку достпа с другой, то есть QoS, основанный
>на управлении очередями, ничего не даст. (?)
>
Так и настраивай очереди, исходя из пропускной способности DSL линка, а не
скорости Ethernet порта.