OpenVZ Forum


Home » International » Russian » Патчик для vzctl.
Re: Патчик для vzctl. [message #6778 is a reply to message #6767] Fri, 22 September 2006 10:49 Go to previous messageGo to previous message
Umka is currently offline  Umka
Messages: 56
Registered: September 2006
Member
Igor Sukhih wrote on Fri, 22 September 2006 05:09




Я слабо вижу причины введения различных классов для routing/shaping.
[/quote]
Quote:


Мое imho, клиенту привычнее оперировать понятием использоване полосы пропускания на конкретном устройстве, а проблемы с приоретизацией трафика внутри VPS - пусть решает владелец VPS, у него весь набор средств для этого есть. он ровно так же может построить очереди на vnet. Этот же подход будет более универсальным в случае veth - достаточно использовать шейпер исходящиего потока (аля device/net/shaper.c или того что используется в FreeVPS), а внутрение классы трафика это забота пользователя VPS.
Если позиция не совпадает - давайте обсудим плюсы и минусы обоих подходов.


Нужно определится какие задачи мы хотим решить.

В Вашей реализации настройка роутинга связана с топологией сети
из этого можно связывать интерфейс -> shaping
т.e весь локальный трафик идет через eth0
внешний через eth1.

Но обычно есть только eth0 и хочется шейпить локальный и внешний трафик по разному[/quote]
Похоже вы не допоняли патч. Там сейчас часть не используется - но это не значит что ее там нету (я не успел все вытестировать)
рассмотрим внимательнее формат /etc/subnets.
grp_name dev net/prefix gw
Для роутинга используется часть
dev net/prefix gw
но subnets.awk так же устанавливает и переменную GROUP == grp_name.
В случае если у нас один интерфейс - создаем группу local куда указываем локальные адреса (ведь они будут в качестве SRC addr для локальных пакетов) и используем этот индентификатор для шейпера. Не однозначность появляется только в случае когда адреса из одной группы (одинаковый grp_name) расположены на разных интерфейсах.
Но тут вполне возможно волевое решение - группа может быть только на одном интерфейсе. да это на 1 запись в BANDWIDTH больше типа "local1:unlim local2:unlim", но снимает геморой при формировании class id для TC.
Как вы смотрите на такую реализацию?

 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: OpenVZ RHEL4 kernel
Next Topic: Количество процессов
Goto Forum:
  


Current Time: Fri Oct 18 00:40:54 GMT 2024

Total time taken to generate the page: 0.05294 seconds