vasya_petrovich

Я не совсем понимаю, какая связь между htb и хардом?

В dmesg ничего лишнего не выкидывает. А что за slow.log? Насколько мне известно он в мускуле юзается...

Нет, более ничего грузящего нет. NAT на другой машине вынесен. Когда удаляю qdisc на псевдоустройстве, то нагрузка резко падает и native_queued_spin_lock_slowpath идет вниз по нагрузке. Получается, что где-то в htb какая-то бяка. Хотя там только классы, без фильтров.

Debian Stretch, kernel 4.9

Попыжился я с этой конструкцией, и к сожалению не заработала она. К сожалению action пока не может джампать на SET.

Всем привет! Недавно начала проявляться проблема с высокой нагрузкой цпу. Perf сказал, что грузит native_queued_spin_lock_slowpath. На машине крутится 32-х ядерный АМД 6282se, прерывания по картам прибиты, bonding + htb + skbprio + ifb + iptables. Трафика порядка ~1Gbp/s и около 2 000 классов. В какую сторону копать?

Классификация в теории идет в ipset. И далее редирект на ifb. На псевдоинтефейсе достаточно просто создать классы.

Что значит зачем? Не понял сути вашего вопроса. Я хочу проверить, будет ли работать схема с псевдоинтерфейсами, когда трафик заворачивается перед таблесами и сразу же классифицируется.

Ребят, имеется у кого-нибудь возможность проверить работоспособность схемы: Я к сожалению проверить не могу, т.к. у меня версия iproute 4.9.0 и он в сегментейшен фолт падает, из-за бага. Будет ли работать схема? Нужно именно с редиректом на ifb

:-D Отличная попытка, но нет. Даже больше скажу, что с оператором договоренно. А идея интересная, но так много не натыришь.

Т.е. pppoe логины привязаны к макам и по каким-то причинам с провайдером нельзя договориться о привязке нескольких логинов к одному маку? Нет, не привязаны. Но провайдер не позволяет с одним маком несколько сессий поднимать.

Попытка вытащить несколько вланов на миркотик. Все верно, только учетки разные.

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

Раскрываю суть задачи :) Имеется шнурок от провайдера который приходит в 1-й порт на коммутаторе ко мне. Из 24 порта коммутатора выходит другой шнурок который втыкается ко мне в сервант. На серванте стоит RouterOS (Mikrotik). Провайдер коннектит к себе по pppoe. Задача: Поднять ~50 туннелей pppoe до прова через один единственный шнурок. Проблема: Чтобы поднять множество туннелей, мне на серванте необходимо иметь такое-же множество интерфейсов с разными мак адресами. Решение с бриджем не подходит, ибо даже если и вывести разные вланы с 1-го порта коммутатора на сервак, то соединив их всех в бридж они будут видиться под одним мак адресом. Жду критику :) Не предлагать спрыгнуть на линукс или другую ось. Опять же есть свои определенные обстоятельства.

Ребят, вообщем проверю схему асимметрика и отпишусь оно ли или нет.

Уважаемый, давайте будем соблюдать рамки приличия и относиться друг к другу уважительно, а не тыкать. Ребят, причем здесь репутация? Вы тут что почти все помешаны на репутации? Есть просто вопрос, пускай он странный для Вас, мне нужен просто ответ и не более. Мне не нужны Ваши юмористические комменты. И да кстати, я писал выше, что я люблю извращенные методы.

Согласен, путаю. Спасибо за корректировку. Мне абсолютно все равно. Был вопрос, на который я хочу по возможности получить ответ. А получаю всякие плюсодин и вижу завышенную самооценку и повод показать свое превосходство. Выше постом человек поправил меня, а не стебется как Вы. К сожалению и к счастью нет :) И снова нет :) Премия "Петросян года" Ваша! Юмор зашкаливает :))))

О да, я извращенец ))) В данном случае мне нужна будет 48 портовая мыльница и столько же портов на серваке ))), или второй 48 портовый коммутатор Л2 соединенный симметрично с мылом :). Я конечно извращенец, но пока не до такой степени :P Покопаю в сторону асимметричных вланов и отпишись о результатах :) Да, я сейчас пораскинул мозгами и пришел к мысли, что эта хотелка ни к чему.

Уважаемый, traffic segmentation не даст мне нужного эффекта. Насчет асимметричных вланов я еще раз ознакомлюсь, возможно где-то прозевал пока читал.

Уважаемый, если Вы не знаете для какой цели это необходимо, то не думаю, что Ваша реплика о компетенции уместна в данном случае. Объясните мне как эта фишка мне поможет? Она лишь сегментирует трафик, а мне надо вланы на серваке вытащить. А принять на сервере тагом и сбриджевать на нем? И да, если все равно бриджуем вланы - может стоит подумать о объединении их в один vlan? К сожалению этого делать нельзя на серваке (бриджинг) в силу определенных обстоятельств. Необходимо подобное сделать исключительно на стороне коммутатора.

Уважаемый, если Вы не знаете для какой цели это необходимо, то не думаю, что Ваша реплика о компетенции уместна в данном случае. Объясните мне как эта фишка мне поможет? Она лишь сегментирует трафик, а мне надо вланы на серваке вытащить.

Каким образом? untagged port может быть только в 1-м влане.

В данном случае я ограничен количеством портов, а мне надо прокинуть порядка 50 вланов.

Видимо автору нужно Л2 пробрасывать. Могу сказать, что ЕоИП не плохой вариант, и вполне жизнеспособный.

Не понятно, как можно из шнурка закольцованного в коммутаторе вытащить несколько вланов?