> > В адаптации это звучит так: те пакеты, которые дропнуться в очереди к клиенту,
> > ты всё равно примешь у своего провайдера, соответственно, за них заплатишь.
> > Клиент эти пакеты не примет и за них не заплатит. :-)
> >
>
> В случае UDP/ICMP - да. В случае TCP будет задержка, соответственно, траффик
> уменьшится :))
Для этого ты должен не дропать пакеты в очереди и отрегулировать её размер так,
чтобы клиент не посылал запросов повторно. Уверяю тебя, что эот достаточно
сложно - либо начинает жраться память на Cisco, либо клиент посылает повторно
запросы.
Нам удалось пару линков таки отрегулировать так (по среднестатистическому
траффику), чтобы эти накладные расходы не превышали 10% клиентского канала. Но
не более того. Самым действующим средством ограничения массового траффика
показался custom q на стороне провайдера. Кстати, выяснилась хитрая вещь: для
того, чтобы несколько traffic-shape работали на одном интерфейсе в IOS выше
11.2.9 (было опробовано 11.2.13, 11.2.14, 11.2.15а) нужно, чтобы на интерфейсе
стоял FIFO quering (no fa q). А если попытаться загрузить старую конфигурацию
с 11.2.9, то придурошна машина попросту выкидывает все строчки с traffic
shape'ами кроме последней.
---
С уважением, Михаил Киселёв <kiselev@appl.sci-nnov.ru>
тел. +7-8312-38-4255
факс +7-8312-36-60-54
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
