You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One way (maybe wrong?) to model them is to create the physical devices as Devices, put them in a Virtualization cluster, and create a Virtual machine for each virtual context (vsys, vdom, ...), which would be the best representation as they're not actual Devices (not in a physical DC).
However in that case this plugin is not usable as only Devices and Device Interfaces are selectable (verified in v2.0.3 on https://next.demo.nautobot.com/).
What would be the best approach to support/model this and be able to use this plugin?
I did a POC (patch attached: nautobot-app-firewall-models_ltm-1.6_vminterfaces.diff.txt) modifying this plugin to allow selection of VM Interfaces based on the ltm-1.6 branch, it works for simple needs (not all features are implemented however), but it might not be the direction you would take? If it is however, would you accept a patch for the v2 branch?
On a side note for Nautobot in general, some load-balancer may suffer the same limitations, for example Radware Alteon can be standalone, virtual (VA), or in VX (~hypervisor)/vADC (virtual context) mode, and clusters can be formed at physical and/or virtual level (between vADC, themself on (cluster of) VX), the latter being hard to model as this notion of cluster/redundancy between VM is not supported natively. Cluster/redundancy can also be formed at the VIP level but that's another story ...
Edit, some captures of the POC result:
Policies (form):
Policies (list):
Zones (form):
Zones (list):
The text was updated successfully, but these errors were encountered:
Proposed Functionality
Support firewall virtual contexts (for policies, zones, ...)
Use Case
Some firewall supports virtual contexts (ie. virtual firewall that behave like a standalone firewall), some examples are:
vsys
for Palo AltoVDOM
for Fortigatevirtual systems
(VS
?) for CheckpointOne way (maybe wrong?) to model them is to create the physical devices as
Devices
, put them in aVirtualization cluster
, and create aVirtual machine
for each virtual context (vsys, vdom, ...), which would be the best representation as they're not actualDevices
(not in a physical DC).However in that case this plugin is not usable as only
Devices
andDevice Interfaces
are selectable (verified in v2.0.3 on https://next.demo.nautobot.com/).What would be the best approach to support/model this and be able to use this plugin?
I did a POC (patch attached: nautobot-app-firewall-models_ltm-1.6_vminterfaces.diff.txt) modifying this plugin to allow selection of
VM Interfaces
based on theltm-1.6
branch, it works for simple needs (not all features are implemented however), but it might not be the direction you would take? If it is however, would you accept a patch for the v2 branch?On a side note for Nautobot in general, some load-balancer may suffer the same limitations, for example Radware Alteon can be
standalone
, virtual (VA
), or inVX
(~hypervisor)/vADC
(virtual context) mode, and clusters can be formed at physical and/or virtual level (between vADC, themself on (cluster of) VX), the latter being hard to model as this notion of cluster/redundancy between VM is not supported natively. Cluster/redundancy can also be formed at the VIP level but that's another story ...Edit, some captures of the POC result:
The text was updated successfully, but these errors were encountered: