LINUX.ORG.RU
ФорумAdmin

pptp + ifb = bandwidth sharing?


0

1

На каждого клиента создается по pppX интерфейсу. Можно ли (и как?) зарулить весь входящий интернет-трафик на ifb и разделить полосу равномерно на всех клиентов? Где отлавливать трафик чтоб перенаправить его на ifb? на входе в eth0 с реальным ип или как?

★★

Можно (через tc filter ... action mirred egress redirect). Насчет разделить полосу... Повестиь htb и нарезать каждому клиенту свою полоску? Отлавливать можно где угодно, но смысла ловить с реальным IP нет - вам ведь надо трафик шейпить в соответствии с внутренним IP клиента.

VitalkaDrug ★★ ()
Ответ на: комментарий от VitalkaDrug

Отлавливать можно где угодно, но смысла ловить с реальным IP нет - вам ведь надо трафик шейпить в соответствии с внутренним IP клиента.

Совершенно верно. Вот поэтому и спрашиваю... получается, нужно ловить egress pppX? заворачивать на ifb, там его шейпить, метить и отдавать на pppX ?

Меня интересует равномерное деление полосы на всех. Когда-то это было esfq, сейчас как-то через flows classifier, но я с ним не пробовал, увы. За подсказки в этом поле тоже буду благодарен.

azure ★★ ()
Ответ на: комментарий от azure

а кто то пробовал делать:

filter add dev ${UP_DEV} parent 1:${tmp}01 protocol ip prio 10 u32  match u32 0 0 flowid 1:${tmp}01 action mirred egress redirect dev ${DOWN_DEV}
? У меня в моих последних тестах(года два назад) не получалось редиректить egress c ppp интерфейса. Редирект Ingress работает на ура. Мож я чего накосячил.

ventilator ★★★ ()
Ответ на: комментарий от ventilator

Опять не совсем понимаю

Пакет пойдет так?

internet  ->  eth0  ->   nat ->  pppX  -> client
       ingress    egress    ingress  egress

и выхватить его надо с ingress pppX ? Или как? Если вы понимаете, как пойдет пакет (я давненько с этим не работал), то, пожалуйста, напишите.

azure ★★ ()
Ответ на: комментарий от azure

Пакет из инета к юзеру:

net -> eth0 ingress qdisc -> netfilter(nat) -> routing -> netfilter -> ppp0 egress qdisc -> tunnel incapsulation
из юзера к инету:
tunnel dencapsulation -> ppp0 ingress qdisc -> netfilter(nat) -> routing -> netfilter(nat) -> eth0 egress qdisc
Шейпинг происходит в районе egress qdisc, а на ingress шейпинг невозможен, только полисинг, потому создают ifb устройство на которое заворачивают ingress с интерфейса и тогда попав на интерфейс пакет идет так(для eth0):
net -> eth0 ingress qdisc ->redirect-> ifb0 egress qdisc -> netfilter ...
и на ifb0 egress qdisc делают шейпинг входящего трафика.

ventilator ★★★ ()
Ответ на: комментарий от azure

Но так как требуется сделать нат на этой же системе, то возникают проблемы - если вешать htb на ppp0, ингресс каждого ppp редиректить на свой ifb и там вешать htb для шейпинга юзерского аплоада то для разных юзеров нет общих классов и нельзя сделать равномерное разделение трафика. Другой вариант - редиректить весь egress всех ppp на один ifb, a весь ingress на другой в моем старом тесте не сработал.

ventilator ★★★ ()
Ответ на: комментарий от azure

В нетфильтре. Я написал пример редиректа для eth0, если же это аплинк интерфейс и есть нат то дело должно выглядеть так:

даунлоад юзера:

net->eth0 ingress qdisc-> netfilter(nat)-> routing -> netfilter-> ppp0 egress qdisc(HTB,etc) -> client

аплоад юзера:

client->ppp0 ingress qdisc->redirect-> ifb0 egress qdisc(HTB,etc) -> netfilter -> routing -> netfilter(nat) -> eth0 egress qdisc -> net

ventilator ★★★ ()
Ответ на: комментарий от ventilator

Вопрос в том можно ли сделать

даунлоад юзера:

ppp0 egress qdisc -> redirect -> ifb0 egress qdisc
ppp1 egress qdisc -> redirect -> ifb0 egress qdisc 
pppN egress qdisc -> redirect -> ifb0 egress qdisc

аплоад юзера:

ppp0 ingress qdisc -> redirect -> ifb1 egress qdisc 
ppp1 ingress qdisc -> redirect -> ifb1 egress qdisc 
pppN ingress qdisc -> redirect -> ifb1 egress qdisc

Если можно - это то чего вы хотите, потом достаточно сделать на ifb устройствах фильтры/классы/дисциплины

ventilator ★★★ ()
Ответ на: комментарий от ventilator

Вот, про даунлоад юзера меня как раз и интересует. Если я правильно понимаю, то после ifb0 egress qdisc пакет еще раз попадает на pppN egress qdisc Т.е. нужно еще маркер некий поставить, чтоб знать какой пакет прошел через ifb, а какой еще нет. Верно?

azure ★★ ()
Ответ на: комментарий от azure

Как уже говорил, я когда то пробовал делать редирект с ppp0 egress на ifb и это у меня не получилось.

По я тогда думал что должно работать как то так (если вообще оно может работать)

netfilter-> ppp0 egress qdisc -> redirect -> ifb0 egress qdisc -> ppp0???

Маркер можно ставить с помошью skbedit, если нужно это.

Возможно попробовать так же сделать роут в интерфейс ifb, затем там сделать хештаблицу, и в ней делать редиректы на юзерские ppp.

В любом случае это рассуждение - лишь догадки, тут нужно пробовать и вкуривать мейллист разработчиков, потому что истина только там и в исходниках.

ventilator ★★★ ()
Ответ на: комментарий от ventilator

>Маркер можно ставить с помошью skbedit, если нужно это.

а можно для забаненных в гугле примерчик, если ты конечно это пробовал?

P.S. LARTC читал, но давно

Pinkbyte ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.