[PATCH 0/3] add new tunnel devices
by Jan Tluka
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 years, 4 months
[PATCH v3 0/7] add L2TPTunnelRecipe
by Jan Tluka
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 years, 4 months
[PATCH v2 0/4] add support for L2TP tunnels and sessions
by Jan Tluka
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 years, 4 months
[PATCH v2 0/6] add L2TPTunnelRecipe
by Jan Tluka
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 years, 4 months
План впровадження KPI-мотивації.
by Varvara
Оплата за результатом 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
2 years, 4 months
[PATCH 0/4] add support for L2TP tunnels and sessions
by Jan Tluka
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 years, 4 months
[PATCH] Recipes.ENRT.BasePvPRecipe: fix VirtioType enum definition
by olichtne＠redhat.com
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 years, 5 months
[PATCH 0/6] add L2TPTunnelRecipe
by Jan Tluka
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
2 years, 5 months