voron

Не хватало мне для домашнего применения -m ADDRTYPE, -j NOTRACK в nftables. Много еще чего для кого-то нужного нет судя по http://wiki.nftables...ared_to_xtables Неясен вопрос одновременного использования с iptables/ip6tables, которое необходимо из-за отсутствия нужных матчей/таргетов. Указание стандартных приоритетов iptables'овских цепочек в http://wiki.nftables.org/wiki-nftables/index.php/Configuring_chains не сильно помогает.

2micho Речь о просмотре BD без скачивания на устройство просмотра/декодирования.

то есть свежее ядро и полисеры в ingress с хэш-таблицами - и вот оно счастье для тех, у кого тарифы не слишком низкие, чтобы с полисером можно было жить. А для равномерного распределения нагрузки между RX-очередями(если она вдруг неравномерно распределяется), можно и ntuples использовать.

он уходит в железо скорее всего. Та же mqprio работает с аппаратным director'ом по очередям на основе skb priority. Видимо все программные механизмы будут давать блокировку. а если iptables'ами выставлять QoS и потом mqprio ? В древней доке почему-то приведен кривой пример с фильтром на mqprio, у меня фильтр не ложится на mqprio.

тогда вся надежда на настройку аппаратного интелового flow director так чтобы трафик одного клиента попадал всегда в одну и ту же очередь. Правда flow director работает на прием, а не на передачу. Но суть его как я понимаю- отправлять с той же очереди(с того же ядра) с которой пакет получен. То есть ручные правила применяться должны и на rx и на tx. Хотя может и применяются только на rx, а tx просто берет номер очереди из "flow track". Это если одна сетевка на все про все.

похоже управлять рассовыванием можно только в multiq. Вы пробовали multiq сразу вместе с пачкой фильтров с queue_mapping ? Статистика tc что показывает? Версия iproute2 соответствует версии ядра?Вот что у меня с multiq и без фильтров [root@ ~]# ./tc q d dev p4p1 root; ./tc q a dev p4p1 root handle 1: multiq [root@ ~]# ./tc q s dev p4p1 qdisc multiq 1: root refcnt 65 bands 24/64 [root@ ~]# for i in `seq 1 16` ; do ./tc qdisc add dev p4p1 parent 1:$i handle 1${i}: htb;done [root@ ~]# ./tc q s dev p4p1 qdisc multiq 1: root refcnt 65 bands 24/64 qdisc htb 11: parent 1:1 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 12: parent 1:2 r2q 10 default 0 direct_packets_stat 4043 direct_qlen 1000 qdisc htb 13: parent 1:3 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 14: parent 1:4 r2q 10 default 0 direct_packets_stat 170 direct_qlen 1000 qdisc htb 15: parent 1:5 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 16: parent 1:6 r2q 10 default 0 direct_packets_stat 1170 direct_qlen 1000 qdisc htb 17: parent 1:7 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 18: parent 1:8 r2q 10 default 0 direct_packets_stat 861 direct_qlen 1000 qdisc htb 19: parent 1:9 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 110: parent 1:10 r2q 10 default 0 direct_packets_stat 3414 direct_qlen 1000 qdisc htb 111: parent 1:11 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 112: parent 1:12 r2q 10 default 0 direct_packets_stat 276 direct_qlen 1000 qdisc htb 113: parent 1:13 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 114: parent 1:14 r2q 10 default 0 direct_packets_stat 1610 direct_qlen 1000 qdisc htb 115: parent 1:15 r2q 10 default 0 direct_packets_stat 1 direct_qlen 1000 qdisc htb 116: parent 1:16 r2q 10 default 0 direct_packets_stat 426 direct_qlen 1000 [root@ ~]# ./tc q s dev p4p1 qdisc multiq 1: root refcnt 65 bands 24/64 qdisc htb 11: parent 1:1 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 12: parent 1:2 r2q 10 default 0 direct_packets_stat 5685 direct_qlen 1000 qdisc htb 13: parent 1:3 r2q 10 default 0 direct_packets_stat 3 direct_qlen 1000 qdisc htb 14: parent 1:4 r2q 10 default 0 direct_packets_stat 497 direct_qlen 1000 qdisc htb 15: parent 1:5 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 16: parent 1:6 r2q 10 default 0 direct_packets_stat 3017 direct_qlen 1000 qdisc htb 17: parent 1:7 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 18: parent 1:8 r2q 10 default 0 direct_packets_stat 1270 direct_qlen 1000 qdisc htb 19: parent 1:9 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 110: parent 1:10 r2q 10 default 0 direct_packets_stat 5136 direct_qlen 1000 qdisc htb 111: parent 1:11 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 112: parent 1:12 r2q 10 default 0 direct_packets_stat 817 direct_qlen 1000 qdisc htb 113: parent 1:13 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000 qdisc htb 114: parent 1:14 r2q 10 default 0 direct_packets_stat 4229 direct_qlen 1000 qdisc htb 115: parent 1:15 r2q 10 default 0 direct_packets_stat 1 direct_qlen 1000 qdisc htb 116: parent 1:16 r2q 10 default 0 direct_packets_stat 771 direct_qlen 1000 [root@ ~]# То есть пакеты без фильтров тоже распределяются по очередям. А у вас при распределении по очередям нагрузка не распределяется по ядрам?

как минимум нужно добавить фильтр(ы) на корневой mq для привязки трафика клиентов к очередям, иначе трафик одного клиента может шейпиться во всех очередях с суммированием скорости.

Так ушел я от raw_spin_lock - в последних тестах он уже на уровне 5%.а не кажется ли вам, что просто занят топ idle poll'ами cpu_startup_entry и raw_spin_lock никуда не делся ? http://comments.gman....network/289937 не пробовали? С корневым qdisc mq и фильтрами с action skbedit queue_mapping на нем. RSS это scaling на прием, разве у вас HTB на входе интерфейса?

Может кто-то предоставить доступ к дампу ? Или кто-то уже выкладывает в открытый доступ? С http://reestr.rublacklist.net с выдачей в json мне работать неудобно

perf top? Как вообще ваши X520 переносят входящий PPS в районе 1-2M?

Хоть тема и старая, но не очень :) у меня это были ksoftirqd в топе. Источник - входящий pps. 4 ksoftirqd висят в топе и тормозят всё и сами себя, карта теряет пакеты. По результатам perf top -> _raw_spin_lock_irqsave и гугля набрел на тред мейлилиста e1000, где человеку посоветовали выключить IOMMU. Ребутнулся с параметром ядра iommu=off - помогло. Из хинтов intel'а - включение ntuple filters через ethtool для аппаратного распределения трафика между очередями.

и что - отличаются? :) Или это вопрос из разряда "Как звали Карла Маркса?"

Теперь это стало возможно

Кто-то rb912 прошивал в wrt?

https://code.google..../downloads/list На выбор два. Лучше тика для дома на порядок. И как оно в 5G, например из края в край через несколько стен работает? 2.4G не особо интересны. А тик я поставил в центре квартиры в коридоре без розеток, под потолком, тк PoE.

Я пока остановился на засовывании 2.4G AR9380 карты с ебея в RB912UAG-5HPnD-OUT Если полностью mtik, то R11e-5HnD + RB912UAG-2HPnD-OUT, правда последние похоже прекратили делать, остались только чисто платы RB912UAG-2HPnD. Ну и с R11e-2HnD тоже не спешат. А вообще напряжёнка да с 2.4G+5G в одной коробке для SOHO по SOHO-цене. В двух коробках разве что RB951Ui-2HnD+OmniTIK U-5HnD, запитанный по PoE от первого.

Была аналогичная проблема, долго шаманил с настройками RB912 5HPnD+штырьковые "антенны", пока не опустил мощность до 10dBm. Теперь всё стабильно и чётко, 65/35мбит на ближайший спидтест, iperf 85мбит tcp даунлоад. Страна в мтике Украина, не на все каналы планшеты цепляются, надо перебирать. Часто в интернетах встречаю упоминание о необходимости делать Preamble mode long, у меня нормально работает в значении both. Ну и пинги на заблокированный ipad могут и не идти, экономия батареи :)

3г есть, у ютела укртелекомовского. И даже вполне сносно работает, там где он есть.Прелесть 3G - в присутствии в смарте юзера на существующей симке. Ютеловский номер в планы юзера не входит, дуосы обычно итак уже кс+мтсэом заняты. Да и цены у ютела нерадостные, cdma гораздо привлекательнее, в тч и по покрытию. В итоге edge-безлим от кс или покупка cdma-смарта.

В крупных городах никаких условий тарифа нет, 100 мира + кабельное за 100 UAH обычно у 3+ провайдеров. У KS/пчелы(вымпел) сейчас даже 150 UAH за 100мбит мира, при этом эти же 150 UAH они дают возможность раскидать по бонусным счетам KS-телефонов. Лишь бы больше денег получить на абонке, неважно какое потребление услуг.

чел не яблоновод. На тплинках я уже наэкономил.

Больше 2-х активных клиентов вряд ли будет. Я надеюсь их раскидает по антеннам :) . Зато даже для 1 клиента хочется получить максимум скорости.

Омнитик будет лучше и по цене дешевле. чем он будет лучше? Чем RB912? ;) + встроенные антенны + свич - 100Мбитный порт Мне интересно чтобы при обычном tcp-даунлоаде в 1 поток 1 клиентом скорость в омнитике упиралась в 100мбит ethernet, а не в радио PPS .

40 мгц работает. Отлично. Сейчас заметил ещё RB912UAG-5HPnD-OUT, как вариант. Докрутить антенны только.

Вот такие? Так за $300 можно и Cisco Aironet уже купить ...