Nickollla

Я думаю народ перейдет на логин/пароль выгрузку. Себе запланировал в этом году перейти на новый тип выгрузки

С этим я проблем не заметил. А вот с выгрузкой беда. На одной из точек выгрузка заработала автоматом, а на второй без смены ip выгрузки получить не смог(созрел на замену ip под вечер 23.11). Все думал без рукожопства восстановится.

У меня до сих пор лежит сервис выгрузки

О какой шпаргалке идет речь? В памятке https://vigruzki.rkn.gov.ru/docs/description_for_operators_actual.pdf по этому поводу лишь запись "Если данный атрибут отсутствует либо указано значение «default», то блокировка осуществляется по стандартным правилам." Что это за стандартные правила не поясняется.

Все хотел спросить, что означает тип блокировки по умолчанию в дампе? На этот тип ссылаются в памятке оператору при отсутствии typeblock. Например есть запись без тега типа блокировки. В ней есть теги url, domain и ip. Блокировать по всем трем типам?

Такого нет в списках. Есть www.online.stepashka.com У меня блокируется Такого нет в реестре. Есть только uniongang.net, а это разные домены. Тот что в реестре у меня блокируется. Версия extfilter 0.99a. Сегодня с трудом собрал:)

Удалось все таки запустить новую версию с кучкой костылей как в самом extfilter так в dpdk. А так похоже все проблемы от dpdk. Простая пересборка dpdk проблем не решает. Похоже рано или поздно все же придется разбираться с dpdk.

Сам не знаю, что такое scale. Из сообщений в этой теме стало ясно, что scale выставляют в зависимости от нагрузки(объема трафика,pps. Который нужно обработать.). Это влияет на память, которую extfilter берет. В теме писалось, что значение scale = 1 равно 1 Гбиту(грубо). Значение это выставляют те кто упирается в ошибки с памятью. Тут или scale понижать или hugapage увеличивать. Это лишь сугубо мое наблюдение Да. Только очереди rx. Как я понимаю очереди tx не используются. По крайней мере для порта с зеркалом. Что касается порта с ответами то не знаю на каком ядре оно висит. В конфиге это не задается(вариант с зеркалом). Да и вообще я использую extfilter с зеркалом. Что там с вариантом как мост я не знаю У меня та же проблема. Работает нормально.

Я конечно дилетант, но extfilter вроде жалуется на память. А выделилась ли она при загрузки? cat /proc/meminfo | grep Huge И второй момент может её просто не хватает ? попробуйте выставить для теста scale 1 Так же хотел бы спросить у общественности. По прежнему актуально правило extfilter dpdk = 17.05.01 или уже работает на 18 версии?

Я ранее писал с четными масками dpdk не запускается и меньше 3 не указать

Изоляция 1 ядра ничего не изменило

Все же вроде менялась. Вот код нового extfilter: А вот этот участка кода в рабочей версии:

Если я правильно понимаю вам достаточно маски 63 :) для ваших queues = 0,1;1,2;2,3;3,4;4,5. Не знаю только будет ли работать при условии 2 CPU Привожу исходные дынные Конфигурация: CPU: Сетевые 2 штуки одинаковые. Сетевые с 1 одной очередью: изолирование ядер с 1-3 идет через grub Если выставить как вы писали все ядра то core_mask будет 15 При этом приложение падает с последней записью: При core_mask 3 выдает: З.Ы Старая версия спокойно работает на маске 3 и 15 без разницы, что и понятно. Чем больше указываешь в core_mask ядер тем тем дальше от меня счастье Fatal Application - Number of tx queues 2 exceeds max number of tx queues 1 for port 0

,2 Что-то я в тупике с маской. Нельзя запустить extfilter если не указывать в в маске использование 0 ядра. То есть всегда начинается маска на 1... Любые значения запуска с маской не с 1 проваливаются с записями в логе на DPDK. Получается всегда в маске 2 ядра минимум. При этом будет писать Number of tx queues 2. Ну и соответственно если задать 3 ядра (то есть маска 7) то уже будет Number of tx queues 3 Далее для работы queue нужно указать ядро на котором будет обрабатываться сетевая карта. 0 ядро конечно не указать. поэтому приходится брать первое (это маска 11=3 или 101=5 и так далее) соответственно при 3 в queue ставим 0,1 при 5 0,2. Все заканчивается на ругани Fatal Application - Number of tx queues 2 exceeds max number of tx queues 1 for port 0

В том то и дело, что мои сетевые карты поддерживаются. Как ранее писал у меня extfilter работает на версии 0.95. DPDK я не пересобирал

Не запустить. Нужно больше очередей Похоже без замены не обойтись?

Что-то не взлетает extfilter после обновления с 0.95 до 0.99а. DPDK 17.05.1 Может кто сталкивался уже? Обновлял только extFilter в логах: Fatal Application - Number of tx queues 2 exceeds max number of tx queues 1 for port 0 Fatal Application - Cannot initialize port 0 Видел ранее подобную запись у форумчанина, но он в итоге заменил сетевые карты. Вот и думаю есть ли варианты без замены сетевых? В конфиге в части port ничего не менялось: [port 0] queues = 0,1 [port 1] type = sender mac = 00:04:23:ac:7d:a3 ./dpdk-devbind.py --status Network devices using DPDK-compatible driver ============================================ 0000:01:00.0 '82574L Gigabit Network Connection 10d3' drv=igb_uio unused= 0000:02:00.0 '82574L Gigabit Network Connection 10d3' drv=igb_uio unused=

У меня слабый CPU и иногда понемногу были missed. Отключение debug в конфиге исправило ситуацию

То же удивляет. Не нашел реалтека в поддерждке. https://core.dpdk.org/supported/

А может вам для кваги попробовать использовать https://github.com/max197616/extfilter/tree/exp/scripts/extfilter-quagga? Он идет в комплекте с extfilter. Я сижу на нем

@Antares значит тебе придется лезть в сам скрипт и смотреть. Моя проблема заключалась в том что анонсы не убирал из bgp. При этом роут в null убирал. Связано это было с форматом конфига в quagge

В конфиге quagga. В частности в bgp vtysh -d bgpd -c 'show run' | grep config-type если выдаст bgp config-type cisco значит попробуй убрать данную строку из конфига quagga

Это вероятно из-за формата в котором хранит конфигурацию quagga. Я наступал на подобные грабли. У вас вероятно в конфиге стоит bgp config-type cisco То есть хранит в cisco формате. Скрипт ожидает формат network 1.179.201.18/32, а в cisco нотации получает network 1.179.201.18 mask 255.255.255.255

@epollia Спс. Была такая мысль

Кто-нибудь растолкуйте как привязывается конкретная сетевая карта к конкретному порту в extfilter Скажем забиндел я в dpdk 2 сетевые. Одну хочу под зеркало вторую под ответы. Не пойму как он понимает, что port0<->сетевая карта №1 с зеркалом, а port1<->сетевая2 sender