1. Для блокировка используем

[rapsody]

exp ветка будет работать только на трех сетевухах или на двух тоже?

[max1976]

3 часа назад, rapsody сказал:

exp ветка будет работать только на трех сетевухах или на двух тоже?

Одна сетевая нужна для управления сервером, одна для отправки редиректа/сброса (для этих целей подойдет i350) и одна, или более, для приема исходящего трафика абонентов.

[stasn1]

1 hour ago, max1976 said:

Одна сетевая нужна для управления сервером, одна для отправки редиректа/сброса (для этих целей подойдет i350) и одна, или более, для приема исходящего трафика абонентов.

 

Мне, например, не нужна высокая производительность при отправке резетов/редиректов. Поэтому для этих отправок и управления сервером использую вланы на одной сетевой.

Подправил немного исходники и ExtFilter (DPDK) сам создает при запуске tap интерфейс для отправок, который потом биндится на нужный мне влан.

 

 

[ne-vlezay80]

max1976,

сказал мне о том, что исходный код extfilter и nfqfilter будет закрыт, а сам продукт будет закрытым и платным. Стоимость будет начинаться от 15 000 рублей. Подробности пока ещё не известны.

 

подробнее

[yKpon]

@ne-vlezay80 у вас спина белая =))

[ne-vlezay80]

1 минуту назад, yKpon сказал:

@ne-vlezay80 у вас спина белая =))

с первым апреля

[dee]

В 31.03.2018 в 21:53, max1976 сказал:

Одна сетевая нужна для управления сервером, одна для отправки редиректа/сброса (для этих целей подойдет i350) и одна, или более, для приема исходящего трафика абонентов.

как в конфиге понять какая из сетёвок числится под Port 0 , 1 , 2 и т.д (по очереди добавления ?)

[max1976]

5 часов назад, dee сказал:

как в конфиге понять какая из сетёвок числится под Port 0 , 1 , 2 и т.д (по очереди добавления ?)

Да, в каком порядке подключаете к dpdk, в такой нумерации и будут карты.

[arhead]

Вот хоть выгрузка каждый час, а когда генпрокуратура что нибудь вносит в реестр то Soap result not defined, retrying. Из-за этого сегодня 228 пропусков словил. Как можно бороться с этим скрипт костыль какой нибудь писать?

[alibek]

Таймауты изредка бывают, но сбоев в работе сервера ни разу не было.

С сервисом работаете правильно? Вначале getLastDumpDateEx, затем sendRequest, затем ожидание getResult?

[arhead]

8 минут назад, alibek сказал:

С сервисом работаете правильно? Вначале getLastDumpDateEx, затем sendRequest, затем ожидание getResult?

Ну скрипт zapret.pl я не вдавался в работу особо.

[max1976]

1 час назад, arhead сказал:

Вот хоть выгрузка каждый час, а когда генпрокуратура что нибудь вносит в реестр то Soap result not defined, retrying.

После этого сообщения скрипт еще 3 раза пытается получить getLastDumpDateEx.

[ixi]

1 час назад, arhead сказал:

Вот хоть выгрузка каждый час, а когда генпрокуратура что нибудь вносит в реестр то Soap result not defined, retrying. Из-за этого сегодня 228 пропусков словил. Как можно бороться с этим скрипт костыль какой нибудь писать?

getLastDumpDateEx каждые 5 минут, выгрузка по необходимости. Оперативнее и без пропусков.

[oleg_n]

1 hour ago, ixi said:

getLastDumpDateEx каждые 5 минут, выгрузка по необходимости. Оперативнее и без пропусков.

+1

Мы только раз в 10 минут делаем.

[SokolovS]

В 30.03.2018 в 14:24, max1976 сказал:

 P.S. В exp ветке больше не используется url encode.

А как тогда в exp ветке происходит нормализация url?

[max1976]

2 минуты назад, SokolovS сказал:

А как тогда в exp ветке происходит нормализация url?

В скрипте extfilter_maker.pl

[myth]

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

        if( !@result )
        {
                $logger->fatal("Result not defined!");
                $logger->error( Dumper( @result ));
                return getResult();
#               exit;
        }

Таким образом он попробует еще 3 раза. У меня 10 раз стоит

[oleg_n]

7 minutes ago, myth said:

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

        if( !@result )
        {
                $logger->fatal("Result not defined!");
                $logger->error( Dumper( @result ));
                return getResult();
#               exit;
        }

Таким образом он попробует еще 3 раза. У меня 10 раз стоит

А хде тут что добавилось/удалилося? diff -u old new

[SokolovS]

1 минуту назад, max1976 сказал:

В скрипте extfilter_maker.pl

Ясно-понятно. А то я не понял зачем при исправлении проблемы с длинными url аналогичный по смыслу код был включен и в extfilter_maker.pl и в worker.cpp. Если я правильно понял суть, то раньше URL просто обрезался по кол-ву символов и обрезание для длинных url-кодированных адресов могло произойти не совсем правильно. Конечный символ типа "%FB" могло обрезать и так "%F" и так "%".

 

Можно пару слов про отличие exp и master веток. Что-то принципиально в логике поменялось? За счет чего производительность увеличилась?

При переходе ничего дополнительно донастраивать не нужно (ответы уже через dpdk)?

[SokolovS]

Кстати интересный вопрос с получением реестра. Кто-нибудь уже задавал его РЧЦ? Если реестр не удалось получить по причине того, что их сервер не отвечал. Кто в этом случае несет ответственность за последующую неблокировку обновлений?

[alibek]

Не вижу практического смысла в таком вопросе.

У меня логи сохранились только с 2015 года, предыдущие я случайно удалил.

С 2015 года был только один период долгой неработоспособности серверс, с 2016-06-14 по 2016-06-16 (более 2 суток).

Также было еще несколько разовых кратковременных сбоев.

Все остальное время сервер исправно отдавал запрашиваемую информацию.

[user]

       my $temp="false";
       my $c=0;
       while (($temp eq 'false') && ($c < 100)) {
          $c++;
          @getresult = $service->getResult($codestring);
          $temp=$getresult[0];

       }

      #обработка
 

 

 

./out-2016-06-14T00.07.01.000+04.00.zip  ./out-2016-06-14T15.07.01.000+04.00.zip  ./out-2016-06-15T07.07.01.000+04.00.zip  ./out-2016-06-15T19.07.02.000+04.00.zip
./out-2016-06-14T01.07.01.000+04.00.zip  ./out-2016-06-14T18.07.01.000+04.00.zip  ./out-2016-06-15T09.07.01.000+04.00.zip  ./out-2016-06-15T20.07.01.000+04.00.zip
./out-2016-06-14T03.07.01.000+04.00.zip  ./out-2016-06-14T19.07.01.000+04.00.zip  ./out-2016-06-15T10.07.01.000+04.00.zip  ./out-2016-06-15T22.07.02.000+04.00.zip
./out-2016-06-14T05.07.01.000+04.00.zip  ./out-2016-06-14T23.07.01.000+04.00.zip  ./out-2016-06-15T11.07.01.000+04.00.zip  ./out-2016-06-15T23.07.01.000+04.00.zip
./out-2016-06-14T07.07.01.000+04.00.zip  ./out-2016-06-15T02.07.01.000+04.00.zip  ./out-2016-06-15T14.07.02.000+04.00.zip
./out-2016-06-14T08.07.01.000+04.00.zip  ./out-2016-06-15T03.07.01.000+04.00.zip  ./out-2016-06-15T15.07.01.000+04.00.zip
./out-2016-06-14T11.07.01.000+04.00.zip  ./out-2016-06-15T04.07.02.000+04.00.zip  ./out-2016-06-15T18.07.01.000+04.00.zip
 

Изменено 3 апреля, 2018 пользователем user

[oleg_n]

26 minutes ago, SokolovS said:

Кстати интересный вопрос с получением реестра. Кто-нибудь уже задавал его РЧЦ?

  Нет. Если зададите, напишите, что ответят :-)

 

27 minutes ago, SokolovS said:

Если реестр не удалось получить по причине того, что их сервер не отвечал. Кто в этом случае несет ответственность за последующую неблокировку обновлений?

  Лучше послушать ответ РЧЦ и РКН, но я думаю, если это будет массово(т.е. не только у одного провайдера), то на это все закроют глаза и забудут как страшный сон.

[SokolovS]

53 минуты назад, oleg_n сказал:

  Нет. Если зададите, напишите, что ответят :-)

 

  Лучше послушать ответ РЧЦ и РКН, но я думаю, если это будет массово(т.е. не только у одного провайдера), то на это все закроют глаза и забудут как страшный сон.

Должно быть наоборот, если это явление массовое, то должны вносить изменения держатели реестра т.е. РКН. Если их сервера не справляются или глючат, то операторы в этом не виноваты.

[oleg_n]

32 minutes ago, SokolovS said:

Должно быть наоборот, если это явление массовое, то должны вносить изменения держатели реестра т.е. РКН. Если их сервера не справляются или глючат, то операторы в этом не виноваты.

  Это само собой. Я так понял вопрос про будет ли протокол составляться по данной ситуации.