Beta-версия 14.2 [Документация VAS Experts]

Различия

Показаны различия между двумя версиями страницы.

Ссылка на это сравнение

Предыдущая версия справа и слеваПредыдущая версия
Следующая версия
Предыдущая версия
dpi:changelog:versions:beta [2026/05/06 15:32] elena.krasnobryzhdpi:changelog:versions:beta [2026/05/06 15:47] (текущий) – [Изменения в версии 14.2 BETA1] elena.krasnobryzh
Строка 48: Строка 48:
     dns  cs1  teth2 rg2     dns  cs1  teth2 rg2
  
-    default cs7 teth0 rg3</code> +    default cs7 teth0 rg3</code> :!: **В данном примере по http, https протоколам отслеживается тетеринг и в зависимости от этого назначается соответсвующая rg. Отметим, что класс полисинга cs один и тот же. Аналогично по dns протоколу. По ВСЕМ остальным протоколам (default) нет контроля тетеринга и указана отдельная rg.**
-<note>В данном примере по http, https протоколам отслеживается тетеринг и в зависимости от этого назначается соответсвующая rg. Отметим, что класс полисинга cs один и тот же. Аналогично по dns протоколу. По ВСЕМ остальным протоколам (default) нет контроля тетеринга и указана отдельная rg.</note>+
     - конвертируем во внутренний формат<code>cat example.txt|lst2dscp /tmp/example.bin</code>     - конвертируем во внутренний формат<code>cat example.txt|lst2dscp /tmp/example.bin</code>
     - опционально проверяем обратной конвертацией<code>dscp2lst /tmp/example.bin</code>     - опционально проверяем обратной конвертацией<code>dscp2lst /tmp/example.bin</code>
Строка 157: Строка 156:
       * ''enst_fin_ack'' — ждем подтверждающий FIN+ACK от сервера на FYN от клиента       * ''enst_fin_ack'' — ждем подтверждающий FIN+ACK от сервера на FYN от клиента
       * ''enst_ack_srvfin'' — ждем подтвердающий ACK от сервера на FIN+ACK от клиента (сервер первый послал FIN)       * ''enst_ack_srvfin'' — ждем подтвердающий ACK от сервера на FIN+ACK от клиента (сервер первый послал FIN)
-  * ''qoef_0=0 qoef_1=0'' — кол-во фрагментированных пакетов в двух направлениях +    * ''qoef_0=0 qoef_1=0'' — кол-во фрагментированных пакетов в двух направлениях 
-  * ''qoer_0=6 qoer_1=6'' — кол-во ретрансмитов в двух направлениях +    * ''qoer_0=6 qoer_1=6'' — кол-во ретрансмитов в двух направлениях 
-  * ''pktp_0=1 pktp_1=0'' — количество пакетов с payload в двух направлениях, но не более 65000 +    * ''pktp_0=1 pktp_1=0'' — количество пакетов с payload в двух направлениях, но не более 65000 
-  * ''btsp_0=1 btsp_1=0'' — объем payload в двух направлениях, но не более 65K +    * ''btsp_0=1 btsp_1=0'' — объем payload в двух направлениях, но не более 65K 
-  * ''whoisc=0'' или ''1'' — кто инициировал соединение +    * ''whoisc=0'' или ''1'' — кто инициировал соединение 
-  * **Опционально** — если еcть NAT трансляция: +    * **Опционально** — если еcть NAT трансляция: 
-    * ''whip=94.140.198.86:33326'' — выделенный белый адрес+порт +      * ''whip=94.140.198.86:33326'' — выделенный белый адрес+порт 
-    * ''itrnsld=1'' — индекс данных профиля по которому был выделен белый адрес +      * ''itrnsld=1'' — индекс данных профиля по которому был выделен белый адрес 
-    * ''igcache=0'' — индекс в соответствующем кэше-slice перекодировки серый --> белый +      * ''igcache=0'' — индекс в соответствующем кэше-slice перекодировки серый --> белый 
-    * ''gre_pid=0'' — опеределенный callid +      * ''gre_pid=0'' — опеределенный callid 
-    * ''gre_mtd=0'' — метод выделения белого адреса для GRE+      * ''gre_mtd=0'' — метод выделения белого адреса для GRE
   - [BALANCER] Добавлена возможность использования vlan rule для фильтрации пакетов   - [BALANCER] Добавлена возможность использования vlan rule для фильтрации пакетов
   - [DPDK] Добавлено: новая опция ''dpdk_max_memzone'' [cold] — Установка DPDK max memzone count. По умолчанию, в DPDK ''max memzone count = 5120'' (зависит от версии DPDK)\\ ''0'' — использовать default-значение, зашитое в DPDK. Устанавливать значение больше имеет смысл для huge-конфигураций со многими картами, если на старте fastDPI получаем ошибку "Number of requested memzone segments exceeds maximum 5120"   - [DPDK] Добавлено: новая опция ''dpdk_max_memzone'' [cold] — Установка DPDK max memzone count. По умолчанию, в DPDK ''max memzone count = 5120'' (зависит от версии DPDK)\\ ''0'' — использовать default-значение, зашитое в DPDK. Устанавливать значение больше имеет смысл для huge-конфигураций со многими картами, если на старте fastDPI получаем ошибку "Number of requested memzone segments exceeds maximum 5120"