If you are using the current version of Cumulus NetQ, the content on this page may not be up to date. The current version of the documentation is available here. If you are redirected to the main page of the user guide, then this page may have been renamed; please search for it there.

Validation Checks

NetQ provides the information you need to validate the health of your network fabric, devices, and interfaces. Whether you use the NetQ UI or the NetQ CLI to create and run validations, the underlying checks are the same. The number of checks and the type of checks are tailored to the particular protocol or element being validated.

Use the value in the Test Number column in the tables below with the NetQ CLI when you want to include or exclude specific tests with the netq check command. You can get the test numbers when you run the netq show unit-tests command.

NetQ Agent Validation Tests

NetQ Agent validation looks for an agent status of Rotten for each node in the network. A Fresh status indicates the Agent is running as expected. The Agent sends a heartbeat every 30 seconds, and if it does not send three consecutive heartbeats, its status changes to Rotten. You can accomplish this with the following test:

Test NumberTest NameDescription
0Agent HealthChecks for nodes that have failed or lost communication

BGP Validation Tests

The BGP validation tests look for indications of the session sanity (status and configuration). You can accomplish this with the following tests:

Test NumberTest NameDescription
0Session EstablishmentChecks that BGP sessions are in an established state
1Address FamiliesChecks if transmit and receive address family advertisement is consistent between peers of a BGP session
2Router IDChecks for BGP router ID conflict in the network

Cumulus Linux Version Tests

The Cumulus Linux version tests looks for version consistency. You can accomplish this with the following tests:

Test NumberTest NameDescription
0Cumulus Linux Image VersionChecks the following:
  • No version specified, checks that all switches in the network have consistent version
  • match-version specified, checks that a switch’s OS version is equals the specified version
  • min-version specified, checks that a switch’s OS version is equal to or greater than the specified version

EVPN Validation Tests

The EVPN validation tests look for indications of the session sanity and configuration consistency. You can accomplish this with the following tests:

Test NumberTest NameDescription
0EVPN BGP SessionChecks if:
  • BGP EVPN sessions are established
  • The EVPN address family advertisement is consistent
1EVPN VNI Type ConsistencyBecause a VNI can be of type L2 or L3, checks that for a given VNI, its type is consistent across the network
2EVPN Type 2Checks for consistency of IP-MAC binding and the location of a given IP-MAC across all VTEPs
3EVPN Type 3Checks for consistency of replication group across all VTEPs
4EVPN SessionFor each EVPN session, checks if:
  • adv_all_vni is enabled
  • FDB learning is disabled on tunnel interface
5VLAN ConsistencyChecks for consistency of VLAN to VNI mapping across the network
6VRF ConsistencyChecks for consistency of VRF to L3 VNI mapping across the network
7L3 VNI RMACChecks L3 VNI router MAC and SVI

Interface Validation Tests

The interface validation tests look for consistent configuration between two nodes. You can accomplish this with the following tests:

Test NumberTest NameDescription
0Admin StateChecks for consistency of administrative state on two sides of a physical interface
1Oper StateChecks for consistency of operational state on two sides of a physical interface
2SpeedChecks for consistency of the speed setting on two sides of a physical interface
3AutonegChecks for consistency of the auto-negotiation setting on two sides of a physical interface

The link MTU validation tests look for consistency across an interface and appropriate size MTU for VLAN and bridge interfaces. You can accomplish this with the following tests:

Test NumberTest NameDescription
0Link MTU ConsistencyChecks for consistency of MTU setting on two sides of a physical interface
1VLAN interfaceChecks if the MTU of an SVI is no smaller than the parent interface, subtracting the VLAN tag size
2Bridge interfaceChecks if the MTU on a bridge is not arbitrarily smaller than the smallest MTU among its members

MLAG Validation Tests

The MLAG validation tests look for misconfigurations, peering status, and bond error states. You can accomplish this with the following tests:

Test NumberTest NameDescription
0PeeringChecks if:
  • MLAG peerlink is up
  • MLAG peerlink bond slaves are down (not in full capacity and redundancy)
  • Peering is established between two nodes in a MLAG pair
1Backup IPChecks if:
  • MLAG backup IP configuration is missing on a MLAG node
  • MLAG backup IP is correctly pointing to the MLAG peer and its connectivity is available
2CLAG SysmacChecks if:
  • MLAG Sysmac is consistently configured on both nodes in a MLAG pair
  • Any duplication of a MLAG sysmac exists within a bridge domain
3VXLAN Anycast IPChecks if the VXLAN anycast IP address is consistently configured on both nodes in an MLAG pair
4Bridge MembershipChecks if the MLAG peerlink is part of bridge
5Spanning TreeChecks if:
  • STP is enabled and running on the MLAG nodes
  • MLAG peerlink role is correct from STP perspective
  • The bridge ID is consistent between two nodes of a MLAG pair
  • The VNI in the bridge has BPDU guard and BPDU filter enabled
6Dual HomeChecks for:
  • MLAG bonds that are not in dually connected state
  • Dually connected bonds have consistent VLAN and MTU configuration on both sides
  • STP has consistent view of bonds' dual connectedness
7Single HomeChecks for:
  • Singly connected bonds
  • STP has consistent view of bond’s single connectedness
8Conflicted BondsChecks for bonds in MLAG conflicted state and shows the reason
9ProtoDown BondsChecks for bonds in protodown state and shows the reason
10SVIChecks if:
  • Both sides of a MLAG pair have an SVI configured
  • SVI on both sides have consistent MTU setting

NTP Validation Tests

The NTP validation test looks for poor operational status of the NTP service. You can accomplish this with the following test:

Test NumberTest NameDescription
0NTP SyncChecks if the NTP service is running and in sync state

OSPF Validation Tests

The OSPF validation tests look for indications of the service health and configuration consistency. You can accomplish this with the following tests:

Test NumberTest NameDescription
0Router IDChecks for OSPF router ID conflicts in the network
1AdjacencyChecks or OSPF adjacencies in a down or unknown state
2TimersChecks for consistency of OSPF timer values in an OSPF adjacency
3Network TypeChecks for consistency of network type configuration in an OSPF adjacency
4Area IDChecks for consistency of area ID configuration in an OSPF adjacency
5Interface MTUChecks for MTU consistency in an OSPF adjacency
6Service StatusChecks for OSPF service health in an OSPF adjacency

Sensor Validation Tests

The sensor validation tests looks for chassis power supply, fan, and temperature sensors that are in a bad state. You can accomplish this with the following tests:

Test NumberTest NameDescription
0PSU sensorsChecks for power supply unit sensors that are not in ok state
1Fan sensorsChecks for fan sensors that are not in ok state
2Temperature sensorsChecks for temperature sensors that are not in ok state

VLAN Validation Tests

The VLAN validation tests look for configuration consistency between two nodes. You can accomplish this with the following tests:

Test NumberTest NameDescription
0Link Neighbor VLAN ConsistencyChecks for consistency of VLAN configuration on two sides of a port or a bond
1CLAG Bond VLAN ConsistencyChecks for consistent VLAN membership of a CLAG (MLAG) bond on each side of the CLAG (MLAG) pair

VXLAN Validation Tests

The VXLAN validation tests look for configuration consistency across all VTEPs. You can accomplish this with the following tests:

Test NumberTest NameDescription
0VLAN ConsistencyChecks for consistent VLAN to VXLAN mapping across all VTEPs
1BUM replicationChecks for consistent replication group membership across all VTEPs