Хочется странного: выделить клиенту скажем 64к в мир на прием и передачу. Тоесть чтобы сумарный трафик от/к клунта не превышал 64 к. Например, клиент  тянет что-то к себе со скоростью 50к, значит у него остается 14 к  чтобы отправлять что-либо от себя. Снизилась закачка до 30 к, пусть клиент тогда может отправлять со скоростью до 34 к.
Как такое можно реализовать средствами Linux-а?

• RE: динамическая нарезка трафика в Linux 2.4.хх,Serjio, 11:39 , 29-Июн-02
  • RE: динамическая нарезка трафика в Linux 2.4.хх,grayatwork, 15:40 , 29-Июн-02
    • RE: динамическая нарезка трафика в Linux 2.4.хх,Firewalker, 19:10 , 29-Июн-02
      • RE: динамическая нарезка трафика в Linux 2.4.хх,grayatwork, 19:20 , 29-Июн-02
        • RE: динамическая нарезка трафика в Linux 2.4.хх,Firewalker, 19:32 , 29-Июн-02
• RE: динамическая нарезка трафика в Linux 2.4.хх,Vazir, 20:39 , 29-Июн-02

htb
>Хочется странного: выделить клиенту скажем 64к в мир на прием и передачу.
>Тоесть чтобы сумарный трафик от/к клунта не превышал 64 к. Например,
>клиент  тянет что-то к себе со скоростью 50к, значит у
>него остается 14 к  чтобы отправлять что-либо от себя. Снизилась
>закачка до 30 к, пусть клиент тогда может отправлять со скоростью
>до 34 к.
>Как такое можно реализовать средствами Linux-а?

>htb
Спасибо за совет, но на сколько я понял читая htb.init-v0.8.3 с его помощью можно реализовать только статические правила, а меня интерисует именно динамическое изменение пропускной пособности, как я описал выше.

я знаю что в CBQ есть bounded, isolated для "закрепления"
по-умолчанию же -- динамично.
с HTB еще не разбирался

>я знаю что в CBQ есть bounded, isolated для "закрепления"
>по-умолчанию же -- динамично.
>с HTB еще не разбирался
Спасибо буду разбираться. Не посоветуеш хорошую доку с примерами по cbq или htb?
По тому описанию, что есть в cbq.init не все сразу понятно. Приходится пробовать методом научного тыка, а времени как всегда в обрез...

смотри на

http://lartc.org

Да мужик, подпишись на lartc.org - там какраз список рассылки по всему шейпингу и qos . Но в кратце - насколько я знаю - нельзя ядровыми вичами на разные интерфейсы связанные трубы вешать. Т.Е. ты можешь управлять только исходящим трафиком. Но есть кусочек выхода - поставить - ОДНОИНТЕРФЕЙСНУЮ машину, прописать через нее ту маршрутизацию что надо, и на ней установить правила - т.е. - ты управляешь только выходом - т.е. то что тебе надо достигнуто. Если не понятно объяснил - спроси - опишу подробнее.

>Хочется странного: выделить клиенту скажем 64к в мир на прием и передачу.
>Тоесть чтобы сумарный трафик от/к клунта не превышал 64 к. Например,
>клиент  тянет что-то к себе со скоростью 50к, значит у
>него остается 14 к  чтобы отправлять что-либо от себя. Снизилась
>закачка до 30 к, пусть клиент тогда может отправлять со скоростью
>до 34 к.
>Как такое можно реализовать средствами Linux-а?