Orchestrated Configurations

This chapter provides an overview of the configurations that can be automated from GigaVUE-FM and describes how to use the Orchestrated Flows> Out-of-Band Flows option in the GigaVUE-FM GUI to define traffic flow through out-of-band visibility fabric.

Featured Content:

About Intent Based Orchestrated Configurations
Benefits of Orchestrated Configurations
Supported Topologies
Orchestrated Configuration: Examples
Rules and Notes for Orchestrated Configurations
How to Create a Policy
How to Edit a Policy
Glossary

About Intent Based Orchestrated Configurations

Intent Based Orchestration (IBO) is a new approach that enables you to automate the configuration tasks in GigaVUE-FM, thereby reducing the complexity and the manual labor involved in those tasks. IBO configurations (or 'Orchestrated Configurations') leverage the intelligence of GigaVUE-FM to detect the intention of the user, and accordingly translates the intentions into capabilities for configuring end-to-end flow maps.

With Orchestrated Configurations, you can:

Benefits of Orchestrated Configurations

Orchestrated configurations provides the following advantages:

Orchestrated Configuration: Examples

This section provides examples for orchestrated configurations:

Priority-Free Policies

In this example traffic is tapped and sent through network port sources N1 and N2 to tools T1 and T2. The intention is to send IP traffic of specific source addresses (10.10.10.17 and 10.10.10.125) to tool T1 and VLAN traffic of a specific VLAN value to tool T2.

If you use the standard approach from the GigaVUE-FM GUI to create maps, then you have to configure the following device-level maps:

Map from source ports N1, N2 with a rule to send traffic with IP source 10.10.10.17 and 10.10.10.125 to tool T1.
Map from source ports N1, N2 with a rule to send VLAN 101 traffic to tool T2.

By default, the first map configured always has the highest priority. If a traffic has both IP and VLAN sources, IP traffic is sent to tool T1 but VLAN traffic is not delivered to tool T2.

With Orchestrated configuration, you only have to specify your intention for the traffic in GigaVUE‑FM GUI and create a policy. The software intelligently creates the following internal maps:

Map from Sources N1, N2 to send both IP and VLAN traffic to tools T1 and T2.
Map from Sources N1, N2 to send IP traffic to tool T1.
Map from Sources N1, N2 to send VLAN traffic to tool T2.

Note:  You can create priority-based policies by enabling the Prioritize Rules checkbox in the Orchestrated Configuration GUI. Refer to How to Create a Policy for details.

Overlapping Rules in Policies

With priority free policies, internal maps with overlapping rules will be created. You can use the Ignore rules overlap option to restrict creating overlapping rules across policies, thereby saving filter resources. However, to ensure that the designated traffic reaches the destination tools in case the traffic matches multiple rules, use a comma separated list of tags to the ignore matching rules.

Overlapping Sources in Policies

In this example, traffic is tapped and sent through network port sources N1, N2, and N3 to tools T1, T2 and T3. The intention is to send:

IP traffic from source ports N1, N2 to tool T1
VLAN Traffic from source ports N1, N2 to tool T2
UDP traffic from source ports N2, N3 to tool T3

You cannot create a map with overlapping sources using the standard GigaVUE-FM operations (CLI and GUI). However, with orchestrated configurations, you can create priority-free policies with overlapping sources as shown in the following figure.

Supported Topologies

Orchestrated configurations is supported:

Multicluster Topology

Orchestrated Configurations support creating policies in which the source ports, the destination ports and the engine ports are configured across clusters.

In the following example, traffic is tapped and sent through network source port group PG1 consisting of network ports from Clusters A, B and C. The intention is to send VLAN traffic to tool port group TG1 consisting of tool ports from Clusters A, B and C.

Note:   You must manually select the engine ports, as automatic allocation of engine ports is not supported in multi-cluster arrangements.

Rules and Notes for Orchestrated Configurations

Refer to the following rules and notes for Orchestrated Configurations.

The orchestrated configurations co-exist with the configurations created and maintained using the standard GigaVUE-FM interface options. However, you cannot edit the orchestrated configurations using the standard GigaVUE-FM operations and vice-e-versa.
You can view the orchestrated policies and maps by enabling the Show Auto Generated maps option.
The priority-free policies are translated into multiple device-level map configurations, which in turn can result in exhaustion of memory resources. However, the software does not allow you to deploy a policy that may result in exhaustion of memory resources. Appropriate warning messages that describe the reason for the policy not getting deployed, will be displayed.
Intent Based Orchestration feature is integrated with the GigaVUE-FM Tagging and RBAC infrastructure. Refer to the Tagging and RBAC Support section for detailed information.
In orchestrated configurations, you can drop the traffic instead of sending the traffic to a specified tool port. Refer to Drop Rules section for details related to drop rules.
You can use hybrid ports in a policy as both source ports and destination ports. You must configure the hybrid ports prior to using them in a policy. Refer to Work with Hybrid Ports section for details about configuring the hybrid ports.
You can use hybrid ports for policy destination as follows:
  • Tool object
  • Hybrid port
  • GigaStream comprising of hybrid ports

Hybrid port that are part of the destination in a policy can also be used as source in another policy.

When you upgrade to software version 5.10.00, the policies created in software version 5.9.00 are not retained in the system and will not be listed. You must create the policies again.
Orchestration is not supported in GigaVUE-HB1 device (both as a stand-alone device and also when it exists within a cluster).

Create Orchestrated Policies

To create and view policies, go to Traffic > Physical > Orchestrated Flows> Out-of-Band Flows option in the GigaVUE-FM GUI The following tabs are available:

Note:  You can create policies by navigating to Action > Create Policy from all of the tabs listed above. You can view the health status of the ports, tools and policies when creating the policy.

Prerequisites

You must have the following licenses:

GigaSMART Masking
GigaSMART Packet Slicing
GigaSMART De-Duplication
GigaSMART Header Addition
GigaSMART Header Stripping

How to Create a Policy

Refer to the Rules and Notes for Orchestrated Configurations section before creating the policy.

To create orchestrated policies:

  1. Go to Traffic > Physical > Orchestrated Flows> Out-of-Band Flows.
  2. Click Create Policy. The Create Policy wizard is displayed. You can specify a name for the policy.
  3. Note:  You can configure the sources, tools and policies in any sequence you want.

  4. Select Sources to select the available source ports or port groups.
  5. Note:  If a port (port type: network or hybrid) is already used as a source port in any of the following standard GigaVUE-FM configurations, then those ports will not be listed in the drop-down:

    Maps
    Fabric Maps
    Application Intelligence
    5G CUPS solution

    However, you can view all the ports in the Ports page.

  6. Click Select Tools to select the required tool ports (port type: tool port or hybrid). You cannot select a port that is already used. You can also associate a new tool using the Create New Tool option.
  7. Note:  You can select Drop to drop the packets without selecting the tools. Refer to the Drop Rules section for details related to drop rules.

  8. Create the policy with the required rules. You can define the required filters and criterion in the rule.
  9. Note:  You can create a policy with multiple rules. With in each rule, you can configure multiple criteria and multiple filters and use them together with the packet transformation options.

    • If you have configured multiple filters in a rule, then the traffic will be filtered only if all the filter rules are true.
    • If you have configured multiple criterion in a rule, then the traffic will be filtered even if one of the criteria is true.

  10. Select the required packet transformation option. You can combine multiple packet transformation options with in a single rule. The GigaSMART packet transformation operations are performed in parallel.
  11. Click on the edit option next to the Processing Engine option to select the required GigaSMART engine ports for your rule. If you do not select the engine ports, then they will be automatically selected.
  12. Note:  Engine ports that have not been used in standard GigaSMART operations will only be available for selection. You cannot edit or delete an engine once a policy is deployed. However, you can remove the packet transformation and add the packet transformation option with a different engine.
    For policies created based on multicluster topology, you must manually select the engine ports, as automatic allocation is not supported.

  13. Enable the Prioritize Rules check box to create priority-based policy.
  14. Click the Tags option to associate the policy to tags. Refer to Tagging and RBAC Support section for more details.
  15. Click Validate to validate the policy. You can either:
    • Click Save to save the policy. You can deploy the saved policies later.
    • Click Deploy to deploy the policy.

Note:  Use the Everything ElseClosed A shared collector for intent-driven configurations option to configure the shared collector. Refer to the GigaVUE-FM User’s Guide for details on Shared Collector.

The policy thus created is listed together with the list of policies. You can edit, delete, deploy and undeploy a policy, as required.

How to Edit a Policy

To edit a policy:

  1. Go to Traffic > Physical > Orchestrated Flows> Out-of-Band Flows. The policies are listed.
  2. Select a policy and click the Edit menu on the top navigation pane. You can edit the following entities in a policy:
    • Source ports
    • Tool ports
    • Packet transformation options
    • Rules and priorities

Note:  You cannot edit the packet transformation option and a tool port simultaneously. You must first edit the packet transformation, deploy a policy and then edit the tool port and deploy the policy again.

Tagging and RBAC Support

Role Based Access Control (RBAC) in GigaVUE-FM controls the access privileges of users and restricts users from either modifying or viewing unauthorized data. In Orchestrated Configurations, RBAC controls the accessibility of the users to the policies based on the tags. Tags can be either RBAC tags or aggregation tags. Multiple tags can be assigned to policies and rules.

Note:   RBAC tags are supported only at the policy level. The orchestration wizard allows RBAC tags to be applied at the rule level as well, though it is not supported in this release.

To associate policies to tags:

  1. Click the Tags option at the policy level. You can associate tags either at the time of creating a policy or edit an existing policy.
  2. Select the required tag keys and tag values.
  3. Note:  The tag key and the associated tag values must be created in advance in GigaVUE- FM. Refer to the "Tags" and "Role Based Access Control" sections in the GigaVUE Administration Guide for more details

  4. Click Save.
  5. Once you associate the policy to a tag, only users with fm_super_admin role or users with read/write access to the Traffic Control Management category can access the policies.

Drop Rules

You can use the Drop option in the 'Create Policy' wizard as the destination to drop a packet. For a drop rule to pass a packet, it must be used together with a pass rule or with the 'Everything Else' rule, such that the packets that do not match the drop criteria will be forwarded to the tools.

In orchestrated configurations, there are no rule priorities for pass rules. However, the following is the order of priority for prioritized and unprioritized drop rules together with the pass rules:

  1. Prioritized drop rules
  2. Pass rules
  3. Unprioritized drop rules
  4. Default collector

A drop rule, by default, has lower priority than the pass rule and higher priority than 'Everything else'. Therefore, a drop rule will drop the traffic before the traffic gets passed to the destination of the 'Everything Else' rule. However, a prioritized drop rule has the highest priority amongst all the rules in a policy and will drop matching traffic before any other policy rule can process that traffic.

Consider a scenario in which the intent is to drop packets with VLAN 101 and pass packets with IP version 4. Based on the default settings, if there is only IPv4 traffic on the source side, packets with VLAN Id 101 will not be dropped because pass rule has higher priority than the drop rule. To choose 'Drop' as high priority within the policy, you must prioritize the drop rule by checking the 'Prioritize Rule' option.

Note:  To prioritize the drop rules in deployed policies, you must first undeploy the policy.

 

Glossary