LNST-developers May 2021

lnst-developers@lists.fedorahosted.org

3 participants
18 discussions

[PATCH 0/3] add new tunnel devices
by Jan Tluka 17 May '21

17 May '21

This patch series adds support for three tunnel devices: - IpIpDevice for ipip tunnels - Ip6TnlDevice for ip6tnl tunnels - GeneveDevice for geneve tunnels Jan Tluka (3): Devices: add IpIpDevice Devices: add Ip6TnlDevice Devices: add GeneveDevice lnst/Devices/GeneveDevice.py | 65 ++++++++++++++++++++++++++++++++ lnst/Devices/Ip6TnlDevice.py | 72 ++++++++++++++++++++++++++++++++++++ lnst/Devices/IpIpDevice.py | 72 ++++++++++++++++++++++++++++++++++++ lnst/Devices/__init__.py | 6 +++ 4 files changed, 215 insertions(+) create mode 100644 lnst/Devices/GeneveDevice.py create mode 100644 lnst/Devices/Ip6TnlDevice.py create mode 100644 lnst/Devices/IpIpDevice.py -- 2.26.3

2 6

[PATCH v3 0/7] add L2TPTunnelRecipe
by Jan Tluka 17 May '21

17 May '21

This patch set adds a recipe to perform a simple L2TP tunnel test. A minor modification to the BaseTunnelRecipe was required to enable users to bypass running the packet assert test if it's not required. The Device.ip_add() method was updated to support the configuration of addresses with peer address included. This is a typical use case of the L2TP deployments. I have also found several issues in the LNST code while implementing the test, so I'm including them here. Most important one is handling of RTM_NEWADDR netlink update message that contained a bug for the point-to-point network address assignment. v2: logical reordering of the patches v3: - removed the handling of empty PacketAsserConfig and instead implemented the packet assert test in the L2TPTunnelRecipe - modified the Device.ip_add() and also ip_del() methods to accept only a single ip address instead of list of addresses - enhanced the Device.ip_add() method to accept also a peer address as a separate argument - added one more patch in the series that removes unused _clear_ips() method Jan Tluka (7): RecipeCommon.Ping.Evaluators.RatePingEvaluator: fix the rate_text RatePingEvaluator: handle None result of the Ping test Devices.Device: fix RTM_NEWADDR handling Devices.Device: modify ip_add and ip_del to accept only one address Devices.Device: add peer argument to ip_add() method Recipes.ENRT: add L2TPTunnelRecipe Devices.Device: remove unused _clear_ips() method docs/source/l2tp_tunnel_recipe.rst | 6 + docs/source/specific_scenarios.rst | 1 + lnst/Devices/Device.py | 72 +++---- .../Ping/Evaluators/RatePingEvaluator.py | 8 +- lnst/Recipes/ENRT/L2TPTunnelRecipe.py | 178 ++++++++++++++++++ 5 files changed, 228 insertions(+), 37 deletions(-) create mode 100644 docs/source/l2tp_tunnel_recipe.rst create mode 100755 lnst/Recipes/ENRT/L2TPTunnelRecipe.py -- 2.26.3

2 8

[PATCH v2 0/4] add support for L2TP tunnels and sessions
by Jan Tluka 17 May '21

17 May '21

This patch series implements L2TP support for the LNST recipes. Due to the nature of the L2TP kernel subsystem the LNST L2TP API is split into two parts. First one is the L2TPManager, which provides an API to create and delete the L2TP tunnels. The implementation is simply a wrapper fo the pyroute's L2tp API. The second one is the L2TPSessionDevice class that represents a session within a previously configured L2TP tunnel. The class inherits from Device class and thus provides all of the API that is available for the other devices such as device link state operation, mtu setting, etc. v2: - L2TPManager.cleanup(): fixed list modification during iteration issue Jan Tluka (4): Devices.SoftDevice: remove unused _init_generic attribute RecipeCommon: add L2TPManager Devices: add L2TPSessionDevice docs: add L2TP device API documentation .../device_classes/l2tpsessiondevice.rst | 7 + docs/source/devices.rst | 8 + docs/source/l2tp_manager.rst | 5 + docs/source/supported_devices.rst | 9 + docs/source/tester_api.rst | 1 + lnst/Devices/L2TPSessionDevice.py | 118 +++++++++++++ lnst/Devices/SoftDevice.py | 3 - lnst/Devices/__init__.py | 4 +- lnst/RecipeCommon/L2TPManager.py | 156 ++++++++++++++++++ 9 files changed, 307 insertions(+), 4 deletions(-) create mode 100644 docs/source/device_classes/l2tpsessiondevice.rst create mode 100644 docs/source/devices.rst create mode 100644 docs/source/l2tp_manager.rst create mode 100644 docs/source/supported_devices.rst create mode 100644 lnst/Devices/L2TPSessionDevice.py create mode 100644 lnst/RecipeCommon/L2TPManager.py -- 2.26.3

2 5

[PATCH v2 0/6] add L2TPTunnelRecipe
by Jan Tluka 11 May '21

11 May '21

This patch set adds a recipe to perform a simple L2TP tunnel test. A minor modification to the BaseTunnelRecipe was required to enable users to bypass running the packet assert test if it's not required. The Device.ip_add() method was updated to support the configuration of addresses with peer address included. This is a typical use case of the L2TP deployments. I have also found several issues in the LNST code while implementing the test, so I'm including them here. Most important one is handling of RTM_NEWADDR netlink update message that contained a bug for the point-to-point network address assignment. v2: logical reordering of the patches Jan Tluka (6): Recipes.ENRT.BaseTunnelRecipe: handle empty packet assert configs RecipeCommon.Ping.Evaluators.RatePingEvaluator: fix the rate_text RatePingEvaluator: handle None result of the Ping test Devices.Device: fix RTM_NEWADDR handling Devices.Device: modify _ip_add_one method to handle peer addresses Recipes.ENRT: add L2TPTunnelRecipe docs/source/l2tp_tunnel_recipe.rst | 6 + docs/source/specific_scenarios.rst | 1 + lnst/Devices/Device.py | 50 ++++-- .../Ping/Evaluators/RatePingEvaluator.py | 8 +- lnst/Recipes/ENRT/BaseTunnelRecipe.py | 15 +- lnst/Recipes/ENRT/L2TPTunnelRecipe.py | 147 ++++++++++++++++++ 6 files changed, 209 insertions(+), 18 deletions(-) create mode 100644 docs/source/l2tp_tunnel_recipe.rst create mode 100755 lnst/Recipes/ENRT/L2TPTunnelRecipe.py -- 2.26.3

2 15

План впровадження KPI-мотивації.
by Varvara 11 May '21

11 May '21

Оплата за результатом KPI - мотивація 4.0 Відбудеться: 18-19 травня, Online. Як з обмеженим бюджетом на персонал досягти зростання ефективності персоналу і компанії Оплата за результатом: KPI-мотивація - це практична і ефективна технологія, яка дозволить: - розробити систему матеріального і нематеріального стимулювання - побудувати систему так, щоб оплата премій і бонусів формувалася за рахунок додатково отриманого прибутку - Учасники отримають проекти систем оплати і преміювання для ряду посад, а також приклади від Авторів. Для кого: Програма призначена для керівників і топ-менеджерів компаній, керівників підрозділів і HR-фахівців, відповідальних за розробку і впровадження систем оцінки і матеріального і нематеріального стимулювання персоналу. Ознайомитися з програмою> Основні питання: Модуль №1. Як домагатися пікової ефективності за допомогою правильної системи KPI-мотивації - Які показники дійсно мають значення - Як оцінити роботу кожного співробітника - Як розрізняти кращих співробітників - Який розмір фонду оплати праці повинен бути в компанії - Приклад розподілу преміального фонду залежно від сезонності продажів - Зв'язок KPI з бонусами - Як впровадити систему KPI-мотивації - Помилки впровадження KPI-мотивації і як їх подолати - Приклад Плану впровадження KPI-мотивації Модуль №2. KPI-Мотивація в продажах і маркетингу - Як забезпечити ПРОЗОРІСТЬ відділу продажів і кожного співробітника? - Які плани продажів встановити на поточний рік і місяць для компанії - Як мотивувати на зростання прибутковості клієнтів - Як забезпечити і виміряти задоволеність цільових клієнтів - Управління витратами на збут Модуль №3. KPI-Мотивація в постачанні і виробництві - Як оцінити роботу начальника відділу виробництва, бригадирів, інженерів, менеджерів з постачання - Як визначити якісні показники - Схеми розрахунку фонду оплати праці: ставки і бонуси - Як сформувати бюджет виробництва - Як планувати залишки готової продукції Модуль №4. KPI-Мотивація для складу і транспортної служби. - Як оцінити роботу співробітників складу і ТЕС - За досягнення яких показників сплачуються бонуси - Як сформувати бюджет складу - Як планувати штат складських працівників і ТЕС - Як сформувати бюджет ТЕС Модуль №5. KPI-Мотивація співробітників бек-офісу: бухгалтерії, hr-служби, IT. - Як оцінити обсяг виконуваної роботи співробітниками - Як оцінити якість роботи - Як розрахувати потребу в персоналі по відділах - Як скоротити фонд оплати праці, не знижуючи мотивації співробітників? Модуль №6. Як змусити людей "горіти" на роботі - Як виміряти Щастя на роботі і як Щастя співробітника впливає на його результативність - Як змінити поведінку співробітників. "Правильні люди в команді". Пошук людей з високою внутрішньою мотивацією - Як цілі запалюють співробітників? - Тестуємо на собі. Що Вас мотивує крім зарплати - Влийте в роботу душу. Нематеріальне стимулювання Дата проведення: 18-19 травня. Ознайомитися з програмою> Програма Zoom 2 дні з 10.00 до 14.00 Залишились питання? Телефони: 8-044-237-90-05/ (063) 2ЗЗ-46-69 WEB: OPPZ.IN.UA -- З повагою, Ірина email-маркетолог відмовитися від підписки List-Unsubscribe

1 0

[PATCH 0/4] add support for L2TP tunnels and sessions
by Jan Tluka 10 May '21

10 May '21

This patch series implements L2TP support for the LNST recipes. Due to the nature of the L2TP kernel subsystem the LNST L2TP API is split into two parts. First one is the L2TPManager, which provides an API to create and delete the L2TP tunnels. The implementation is simply a wrapper fo the pyroute's L2tp API. The second one is the L2TPSessionDevice class that represents a session within a previously configured L2TP tunnel. The class inherits from Device class and thus provides all of the API that is available for the other devices such as device link state operation, mtu setting, etc. Jan Tluka (4): Devices.SoftDevice: remove unused _init_generic attribute RecipeCommon: add L2TPManager Devices: add L2TPSessionDevice docs: add L2TP device API documentation .../device_classes/l2tpsessiondevice.rst | 7 + docs/source/devices.rst | 8 + docs/source/l2tp_manager.rst | 5 + docs/source/supported_devices.rst | 9 + docs/source/tester_api.rst | 1 + lnst/Devices/L2TPSessionDevice.py | 118 +++++++++++++ lnst/Devices/SoftDevice.py | 3 - lnst/Devices/__init__.py | 4 +- lnst/RecipeCommon/L2TPManager.py | 155 ++++++++++++++++++ 9 files changed, 306 insertions(+), 4 deletions(-) create mode 100644 docs/source/device_classes/l2tpsessiondevice.rst create mode 100644 docs/source/devices.rst create mode 100644 docs/source/l2tp_manager.rst create mode 100644 docs/source/supported_devices.rst create mode 100644 lnst/Devices/L2TPSessionDevice.py create mode 100644 lnst/RecipeCommon/L2TPManager.py -- 2.26.3

2 6

[PATCH] Recipes.ENRT.BasePvPRecipe: fix VirtioType enum definition
by olichtne＠redhat.com 07 May '21

07 May '21

From: Ondrej Lichtner <olichtne(a)redhat.com> The functional use of the Enum base class causes problems with attempting to pickle the enum values. This is due to how the pickling module tries to figure out which module the enum was defined in. This can be improved by adding an explicit `module=` kwarg to the function call; however, an additional issue is that the "VirtType" name needs to also be identical to the "VirtioType" name that the object is being assinged to. As such there are two issues with the functional definiton of an enum. I'm replacing this with the class based definition of an Enum as it resolves both issues and is more easily understood and should be exactly equivalent to the previous definition. Signed-off-by: Ondrej Lichtner <olichtne(a)redhat.com> --- lnst/Recipes/ENRT/BasePvPRecipe.py | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/lnst/Recipes/ENRT/BasePvPRecipe.py b/lnst/Recipes/ENRT/BasePvPRecipe.py index 3e8e2b0d..cff2e2ce 100644 --- a/lnst/Recipes/ENRT/BasePvPRecipe.py +++ b/lnst/Recipes/ENRT/BasePvPRecipe.py @@ -12,7 +12,9 @@ from lnst.RecipeCommon.Perf.Measurements import StatCPUMeasurement from lnst.RecipeCommon.Perf.Evaluators import NonzeroFlowEvaluator -VirtioType = Enum('VirtType', 'VHOST_USER, VHOST_NET') +class VirtioType(Enum): + VHOST_USER = 1 + VHOST_NET = 2 class VirtioDevice(object): -- 2.31.1

2 1

[PATCH 0/6] add L2TPTunnelRecipe
by Jan Tluka 04 May '21

04 May '21

This patch set adds a recipe to perform a simple L2TP tunnel test. A minor modification to the BaseTunnelRecipe was required to enable users to bypass running the packet assert test if it's not required. The Device.ip_add() method was updated to support the configuration of addresses with peer address included. This is a typical use case of the L2TP deployments. I have also found several issues in the LNST code while implementing the test, so I'm including them here. Most important one is handling of RTM_NEWADDR netlink update message that contained a bug for the point-to-point network address assignment. Jan Tluka (6): Recipes.ENRT.BaseTunnelRecipe: handle empty packet assert configs Recipes.ENRT: add L2TPTunnelRecipe RecipeCommon.Ping.Evaluators.RatePingEvaluator: fix the rate_text RatePingEvaluator: handle None result of the Ping test Devices.Device: fix RTM_NEWADDR handling Devices.Device: modify _ip_add_one method to handle peer addresses docs/source/l2tp_tunnel_recipe.rst | 6 + docs/source/specific_scenarios.rst | 1 + lnst/Devices/Device.py | 50 ++++-- .../Ping/Evaluators/RatePingEvaluator.py | 8 +- lnst/Recipes/ENRT/BaseTunnelRecipe.py | 15 +- lnst/Recipes/ENRT/L2TPTunnelRecipe.py | 147 ++++++++++++++++++ 6 files changed, 209 insertions(+), 18 deletions(-) create mode 100644 docs/source/l2tp_tunnel_recipe.rst create mode 100755 lnst/Recipes/ENRT/L2TPTunnelRecipe.py -- 2.26.3

1 7

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

LNST-developers May 2021