LNST-developers

lnst-developers@lists.fedorahosted.org

2910 discussions

[PATCH] Controller.Machine: fix moving a device to a network namespace
by Jan Tluka 17 May '21

17 May '21

When a device is moved to a network namespace an RTM_NEWLINK netlink message is generated and handled by InterfaceManager. The InterfaceManager creates a new instance of a generic Device class instead of a specific device class (e.g. VethDevice). This device also remains in disabled state so no actions or configurations can be made. This patch fixes that by following changes. The InterfaceManager is extended with remap_device() method that creates a new instance of the specific device class that replaces the generic Device instance. The SlaveMethods are extended with remap_device() method that serves as an rpc interface for calling InterfaceManager's method from the Controller. The Machine.remote_device_set_netns() method is updated to include an explicit rpc_call to remap the device to proper type. Signed-off-by: Jan Tluka <jtluka(a)redhat.com> --- lnst/Controller/Machine.py | 10 ++++++++++ lnst/Slave/InterfaceManager.py | 14 ++++++++++++++ lnst/Slave/NetTestSlave.py | 3 +++ 3 files changed, 27 insertions(+) diff --git a/lnst/Controller/Machine.py b/lnst/Controller/Machine.py index 3bee2a55..a4c724ba 100644 --- a/lnst/Controller/Machine.py +++ b/lnst/Controller/Machine.py @@ -141,6 +141,16 @@ class Machine(object): def remote_device_set_netns(self, dev, dst, src): self.rpc_call("set_dev_netns", dev, dst.name, netns=src) + dev_clsname = dev._dev_cls.__name__ + dev_args = dev._dev_args + dev_kwargs = dev._dev_kwargs + + self.rpc_call("remap_device", + dev.ifindex, + clsname=dev_clsname, + args=dev_args, + kwargs=dev_kwargs, + netns=dst) def remote_device_method(self, index, method_name, args, kwargs, netns): config_res = DeviceMethodCallResult( diff --git a/lnst/Slave/InterfaceManager.py b/lnst/Slave/InterfaceManager.py index 221d386f..4a653dd7 100644 --- a/lnst/Slave/InterfaceManager.py +++ b/lnst/Slave/InterfaceManager.py @@ -221,6 +221,20 @@ class InterfaceManager(object): else: raise DeviceError("Device creation failed") + def remap_device(self, ifindex, clsname, args=[], kwargs={}): + devcls = self._device_classes[clsname] + old_device = self.get_device(ifindex) + kwargs["name"] = old_device.name + + try: + remapped_device = devcls(self, *args, **kwargs) + except KeyError as e: + raise DeviceConfigError("%s is a mandatory argument" % e) + remapped_device._bulk_enabled = False + remapped_device.ifindex = ifindex + self.replace_dev(ifindex, remapped_device) + self.rescan_devices() + def replace_dev(self, if_id, dev): del self._devices[if_id] self._devices[if_id] = dev diff --git a/lnst/Slave/NetTestSlave.py b/lnst/Slave/NetTestSlave.py index d3ff90bf..2164b9c5 100644 --- a/lnst/Slave/NetTestSlave.py +++ b/lnst/Slave/NetTestSlave.py @@ -646,6 +646,9 @@ class SlaveMethods: #TODO check if device appeared in the destination namespace return True + def remap_device(self, ifindex, clsname, args=[], kwargs={}): + self._if_manager.remap_device(ifindex, clsname, args, kwargs) + # def return_if_netns(self, if_id): # device = self._if_manager.get_mapped_device(if_id) # if device.get_netns() == None: -- 2.26.3

2 1

[PATCH 0/6] ENRT: a set of functional tunnel recipes
by Jan Tluka 17 May '21

17 May '21

This patch series adds several functional tunnel recipes to ENRT recipe package. Jan Tluka (6): Recipes.ENRT: add Ip6GreTunnelRecipe Recipes.ENRT: add SitTunnelRecipe Recipes.ENRT: add GreTunnelOverBondRecipe Recipes.ENRT: add IpIpTunnelRecipe Recipes.ENRT: add Ip6TnlTunnelRecipe Recipes.ENRT: add GeneveTunnelRecipe docs/source/geneve_tunnel_recipe.rst | 6 + docs/source/gre_tunnel_over_bond_recipe.rst | 6 + docs/source/ip6gre_tunnel_recipe.rst | 6 + docs/source/ip6tnl_tunnel_recipe.rst | 6 + docs/source/ipip_tunnel_recipe.rst | 6 + docs/source/sit_tunnel_recipe.rst | 6 + docs/source/specific_scenarios.rst | 6 + lnst/Recipes/ENRT/GeneveTunnelRecipe.py | 184 +++++++++++++++ lnst/Recipes/ENRT/GreTunnelOverBondRecipe.py | 227 +++++++++++++++++++ lnst/Recipes/ENRT/Ip6GreTunnelRecipe.py | 187 +++++++++++++++ lnst/Recipes/ENRT/Ip6TnlTunnelRecipe.py | 154 +++++++++++++ lnst/Recipes/ENRT/IpIpTunnelRecipe.py | 154 +++++++++++++ lnst/Recipes/ENRT/SitTunnelRecipe.py | 171 ++++++++++++++ lnst/Recipes/ENRT/__init__.py | 6 + 14 files changed, 1125 insertions(+) create mode 100644 docs/source/geneve_tunnel_recipe.rst create mode 100644 docs/source/gre_tunnel_over_bond_recipe.rst create mode 100644 docs/source/ip6gre_tunnel_recipe.rst create mode 100644 docs/source/ip6tnl_tunnel_recipe.rst create mode 100644 docs/source/ipip_tunnel_recipe.rst create mode 100644 docs/source/sit_tunnel_recipe.rst create mode 100644 lnst/Recipes/ENRT/GeneveTunnelRecipe.py create mode 100644 lnst/Recipes/ENRT/GreTunnelOverBondRecipe.py create mode 100644 lnst/Recipes/ENRT/Ip6GreTunnelRecipe.py create mode 100644 lnst/Recipes/ENRT/Ip6TnlTunnelRecipe.py create mode 100644 lnst/Recipes/ENRT/IpIpTunnelRecipe.py create mode 100644 lnst/Recipes/ENRT/SitTunnelRecipe.py -- 2.26.3

2 7

[PATCH] docs: add gre_tunnel_recipe.rst
by Jan Tluka 17 May '21

17 May '21

I forgot to include this in the previous patches. Fixes: 20a31890337ee2025067baa4800f2d26fd826eb1 Signed-off-by: Jan Tluka <jtluka(a)redhat.com> --- docs/source/gre_tunnel_recipe.rst | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 docs/source/gre_tunnel_recipe.rst diff --git a/docs/source/gre_tunnel_recipe.rst b/docs/source/gre_tunnel_recipe.rst new file mode 100644 index 00000000..6fcb1197 --- /dev/null +++ b/docs/source/gre_tunnel_recipe.rst @@ -0,0 +1,6 @@ +GreTunnelRecipe +^^^^^^^^^^^^^^^^^^^ + +.. autoclass:: lnst.Recipes.ENRT.GreTunnelRecipe.GreTunnelRecipe + :members: + :show-inheritance: -- 2.26.3

2 1

[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

← Newer
1
2
3
4
5
6
7
...
291
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

LNST-developers