Есть следующая схема:
канал на xDSL модемах, скорость канала, предположим, 128К.
Со стороны провайдера это все подключено на Cisco, которая соответственно может приоритезировать трафик. У клиента кроме VoIP шлюзов работает в Интернете небольшая локальная сеть.
Само собой, без железки, которая будет приоритезировать трафик у клиента о терпимом качестве голоса можно будет забыть. Ставить у клиента Cisco - дорого.
VoIP шлюзы могут расставить приоритеты, выставив соответствующее поле QoS, но теперь подумаем логически: VoIP шлюз отправит пакет на xDSL модем, на скорости 10М. При этом буфер у модема может быть забит другим трафиком. Модем на маленькой скорости будет очищать свой буфер, передавая данные в линию. При этом голос поплывет.
Если я не прав - поправьте меня.
На Cisco можно поиграться с механизмами очередей и добиться желаемого результата.
Подскажите пожалуйста, кто и как выходит решает эту задачу?
Какие железки используете для приоритезации трафика на узких каналах?

Маршрутизатор (программный например) с поддержкой QoS все-же рулит...
И денег не стоит много.

_________________
С уважением, Александр.

VoIP -шлюз все равно придется ставить перед интернет-шлюзом. За NAT он не работает. А полосу пропускания для инета можно искуственно зарезать.

_________________
Влад Волков

Это я понимаю.
Кто какие железки использует для обрезания скорости и приоритезации трафика.

Посмотрите в сторону DLB-1200

_________________
Влад Волков

от буфера в модеме спасает только другой модем, или зарезать полосу между модемом и маршрутизатором до скорости на DSL канале и на том же маршрутизаторе уже приоритезировать