Здравствуйте. Подскажите пожалуста, как можно использовать CBWFQ для приоритезации трафика. Я так понимаю он работает только на исходящем интерфейсе. Тогда можно ли на внутреннем интерфейсе весь трафик, приходящий с внешнего, зажать traffic-shap-ингом до полосы пропускания внешнего и настроить на внутреннем интерфейсе CBWFQ? Сработает ли этот вариант?
а смысл..? оно же уже пришло...
>а смысл..? оно же уже пришло...Да, но отправляющая сторона ждет подтверждения и если мы будем тормозить, то она по идее должна снижать скорость. То есть косвенно, не важный для нас трафик будет тормозиться. Или я чего-то не понимаю? Тогда возможно ли это сделать в принципе?
>>а смысл..? оно же уже пришло...
>
>Да, но отправляющая сторона ждет подтверждения и если мы будем тормозить, то
>она по идее должна снижать скорость. То есть косвенно, не важный
>для нас трафик будет тормозиться. Или я чего-то не понимаю? Тогда
>возможно ли это сделать в принципе?Если трафик UDP то зажимать бесполезно, если TCP, то будет влиять, но как сильно - зависит от многих факторов. Количество приходящего трафика легко может в полтора раза превышать то количество которое ты отдаешь потребителю.
>>>а смысл..? оно же уже пришло...
>>
>>Да, но отправляющая сторона ждет подтверждения и если мы будем тормозить, то
>>она по идее должна снижать скорость. То есть косвенно, не важный
>>для нас трафик будет тормозиться. Или я чего-то не понимаю? Тогда
>>возможно ли это сделать в принципе?
>
>Если трафик UDP то зажимать бесполезно, если TCP, то будет влиять, но
>как сильно - зависит от многих факторов. Количество приходящего трафика легко
>может в полтора раза превышать то количество которое ты отдаешь потребителю.
>
Тоесть никак невозможно это сделать? И один пользователь закачкой сможет забивать весь канал? Зачем же тогда все эти QoS нагородили? Я же не могу провайдера просить поднимать у него CBWFQ для себя.
>Тоесть никак невозможно это сделать? И один пользователь закачкой сможет забивать весь
>канал? Зачем же тогда все эти QoS нагородили? Я же не
>могу провайдера просить поднимать у него CBWFQ для себя.QoS нагородили для того чтобы контролировать трафик. Если организация вледеет каналом (например между офисами) QoS для него самое то.
Насчет невозможно - тоже неправильно поставлен вопрос. Возможно, но надо учесть что
1 зависимости неточные и зависят от многих факторов
2 ты будешь уничтожать уже принятые пакеты и тем самым терять уже полученный трафик
Один из вариантов - принудительное проксирование со справедливым дележем канала, но это уже совсем другая история
>>Тоесть никак невозможно это сделать? И один пользователь закачкой сможет забивать весь
>>канал? Зачем же тогда все эти QoS нагородили? Я же не
>>могу провайдера просить поднимать у него CBWFQ для себя.
>
>QoS нагородили для того чтобы контролировать трафик. Если организация вледеет каналом (например
>между офисами) QoS для него самое то.
>Насчет невозможно - тоже неправильно поставлен вопрос. Возможно, но надо учесть что
>
>1 зависимости неточные и зависят от многих факторов
>2 ты будешь уничтожать уже принятые пакеты и тем самым терять уже
>полученный трафик
>Один из вариантов - принудительное проксирование со справедливым дележем канала, но это
>уже совсем другая история
Хорошо, если я согласен на потерю полученного трафика, как лучше это реализовать? Ну а по поводу проксирования - проблема в том что не весь трафик можно проксировать.
>>>Тоесть никак невозможно это сделать? И один пользователь закачкой сможет забивать весь
>>>канал? Зачем же тогда все эти QoS нагородили? Я же не
>>>могу провайдера просить поднимать у него CBWFQ для себя.
>>
>>QoS нагородили для того чтобы контролировать трафик. Если организация вледеет каналом (например
>>между офисами) QoS для него самое то.
>>Насчет невозможно - тоже неправильно поставлен вопрос. Возможно, но надо учесть что
>>
>>1 зависимости неточные и зависят от многих факторов
>>2 ты будешь уничтожать уже принятые пакеты и тем самым терять уже
>>полученный трафик
>>Один из вариантов - принудительное проксирование со справедливым дележем канала, но это
>>уже совсем другая история
>
>
>Хорошо, если я согласен на потерю полученного трафика, как лучше это реализовать?
>Ну а по поводу проксирования - проблема в том что не
>весь трафик можно проксировать.
Не весь, но и не весь трафик может создать значительную нагрузку (никогда не слышал чтобы пользователи зафлуживали линк ICQ сообщениями или телнетом). Если народ не балуется мультимедиа по сети, но наибольшую нагрузку создают
1. почта
2. ftp
3. www
Они проксируются вполне нормально.