День добрый!

Подскажите пожалуйста, как выйти из следющей ситуации:
Есть канал на Москву 512K, в качестве маршритузатора используеться Cisco 1601R.
На одном канале висит шлюз ip-телефонии и модемный пул. Плюс web-сервер, DNS-серверы, почтовый сервер и офисный инет.

Как грамонто настроить маршрутизатор (если это возможно), что бы ip-шлюзу и модемному пулу были выделены гарантированные полосы пропускания. а web-сервер, DNS-серверы, почтовый сервер и офисный инет висели на остальной части канала?

До этого применали traffic-shaper, но скорее всего не совсем грамотно:

Config Cisco 1601R
------------------
interface Ethernet0
.....
traffic-shape group 125 96000 7968 7968 1000
traffic-shape group 126 56000 7952 7952 1000
traffic-shape group 127 56000 7952 7952 1000

interface Serial0
traffic-shape group 125 96000 7968 7968 1000
traffic-shape group 126 56000 7952 7952 1000
traffic-shape group 127 56000 7952 7952 1000

access-list 125 permit ip any host 81.26.xxx.xxx (офисный инет)
access-list 126 permit ip any host 81.26.yyy.yyy (DNS, почта)
access-list 126 permit ip any host 81.26.zzz.zzz (DNS, почта)
access-list 127 permit ip any host 81.26.aaa.aaa (WEB-сервер)

А на модемном пуле (Cisco AS5200) урезан ethernet 0, что бы траффик пула не загружал канал

Config Cisco AS5200
------------------
interface Ethernet0

traffic-shape rate 224000 7840 7840 1000

Заранее, ОГРОМНОЕ СПАСИБО!

• IP-шлюз + модемный пул: traffic-shaper или что?,Vlad, 08:37 , 24-Фев-04
• IP-шлюз + модемный пул: traffic-shaper или что?,Sonne, 11:10 , 24-Фев-04

вообще циско рекомендует LLQ в таких случаях
вопрос 1 какой именно канал у вас на москву FR PPP
2 можете ли вы контролировать тот конец канала?
дело в том что предоставление qos организуется только на исходящей очереди и нужно контролировать оба конца канала чтобы гарантировать голосу qos в обе стороны
если вы контролируете только свой конец то голосу будет очень плохо
учитывая то что что даунстрим обычно в 10 раз тяжелее апстрима
а вы контролируете только апстрим

А потом люди удивляются почему IP-телефония такого дерьмового качества.

Во-первых, шейпинг регулирует полосу пропускания, а для голоса критичны задержки. Как то повлиять на ситуацию может СAR на in интерфейсе Ethernet0.

Во-вторых, в вашем случае любые настройки с вашей стороны не помогут, все настройки должен делать в первую очередь провайдер. Судя по описанию - имеем небольшой ISP, у которого входящий трафик существенно превышает исходящий, следовательно все упирается в настройки канала с провайдерской стороны.

Совет: сделайте выделенку минимум в 1 Мбит, а лучше в 2 мбита. Тогда, по крайней мере, не придется заморачиваться с фрагментацией и интерливингом.
После этого настройте с обеих сторон LLQ.

В текущем схеме без привлечения провайдера качество голоса обеспечить НЕВОЗМОЖНО. Думаю что вы это уже заметили и сами :)