-
Notifications
You must be signed in to change notification settings - Fork 246
aggregate_admin_down_drain_test
Github Action edited this page Sep 22, 2026
·
1 revision
- Verify that administratively disabling a LAG interface (e.g.,
Port-Channel1) via gNMI brings down associated routing protocols (eBGP and IS-IS), stops all traffic across the aggregate interface while keeping unrelated interfaces stable, and cleanly restores protocol sessions and forwarding when re-enabled.
+-------------------+
ATE Port-1 -----\ | DUT Port-1 |
ATE Port-2 ------+====| DUT Port-2 DUT | LAG: Port-Channel1 (3 Member Links)
ATE Port-3 -----/ | DUT Port-3 | IPv4: 192.0.2.0/30, IPv6: 2001:db8::/126
| |
ATE Port-4 -----------| DUT Port-4 | Standalone Transit Link
+-------------------+ IPv4: 192.0.2.4/30, IPv6: 2001:db8::4/126
- Connect ATE
Port-1to DUTPort-1, ATEPort-2to DUTPort-2, ATEPort-3to DUTPort-3, and ATEPort-4to DUTPort-4. - Configure the 3-member LAG interface (
Port-Channel1- Interface Under Test):- Configure aggregate interface
Port-Channel1on the DUT with/interfaces/interface[name=Port-Channel1]/config/typeset toiana-if-type:ieee8023adLag,/interfaces/interface[name=Port-Channel1]/aggregation/config/lag-typeset toLACP,/interfaces/interface[name=Port-Channel1]/aggregation/config/min-linksset to1, and/lacp/interfaces/interface[name=Port-Channel1]/config/lacp-modeset toACTIVE. - Assign DUT
Port-1,Port-2, andPort-3toPort-Channel1by setting/interfaces/interface[name=<DUT Port-1..Port-3>]/ethernet/config/aggregate-idtoPort-Channel1. - Configure a matching 3-port LACP (
ACTIVE) LAG on ATE (ATE Port-1,Port-2, andPort-3). - Configure dual-stack Layer 3 addressing on DUT
Port-Channel1subinterface0in theDEFAULTnetwork instance:- DUT
Port-Channel1: IPv4192.0.2.1/30(/interfaces/interface[name=Port-Channel1]/subinterfaces/subinterface[index=0]/ipv4/addresses/address[ip=192.0.2.1]/config/ip=192.0.2.1and.../config/prefix-length=30) and IPv62001:db8::1/126(/interfaces/interface[name=Port-Channel1]/subinterfaces/subinterface[index=0]/ipv6/addresses/address[ip=2001:db8::1]/config/ip=2001:db8::1and.../config/prefix-length=126). - ATE
Port-Channel1: IPv4192.0.2.2/30and IPv62001:db8::2/126.
- DUT
- Configure aggregate interface
- Configure the standalone Layer 3 transit interface (
Port-4):- Configure dual-stack Layer 3 addressing on DUT
Port-4subinterface0in theDEFAULTnetwork instance:- DUT
Port-4: IPv4192.0.2.5/30(.../ipv4/addresses/address[ip=192.0.2.5]/config/ip=192.0.2.5,prefix-length=30) and IPv62001:db8::5/126(.../ipv6/addresses/address[ip=2001:db8::5]/config/ip=2001:db8::5,prefix-length=126). - ATE
Port-4: IPv4192.0.2.6/30and IPv62001:db8::6/126.
- DUT
- Configure dual-stack Layer 3 addressing on DUT
- Establish IS-IS (
DEFAULTnetwork instance, protocol identifierISIS, nameISIS,LEVEL_2,WIDE_METRIC, Area ID49.0001):- Configure System IDs: DUT
1920.0000.2001(NET49.0001.1920.0000.2001.00), ATEPort-Channel11920.0000.2002(NET49.0001.1920.0000.2002.00), and ATEPort-41920.0000.2003(NET49.0001.1920.0000.2003.00). - Enable IS-IS (
POINT_TO_POINT, Level 2 metric10,IPV4_UNICASTandIPV6_UNICAST) on bothPort-Channel1andPort-4. - Advertise IS-IS reachability prefixes from ATE
Port-Channel1:198.18.0.0/24(IPv4, next-hop192.0.2.2) and2001:db8:2000::/64(IPv6, next-hop2001:db8::2).
- Configure System IDs: DUT
- Establish eBGP (
DEFAULTnetwork instance, protocol identifierBGP, nameBGP, DUT local AS64500) with 4 neighbors (IPV4_UNICASTandIPV6_UNICAST):- Over
Port-Channel1(ATE AS64501): IPv4 neighbor192.0.2.2(local-address192.0.2.1) and IPv6 neighbor2001:db8::2(local-address2001:db8::1). - Over
Port-4(ATE AS64502): IPv4 neighbor192.0.2.6(local-address192.0.2.5) and IPv6 neighbor2001:db8::6(local-address2001:db8::5).
- Over
- Advertise deterministic, non-overlapping route pools over eBGP:
- From ATE
Port-Channel1(192.0.2.2and2001:db8::2, AS64501), advertise 10,000 IPv4/24prefixes and 10,000 IPv6/64prefixes:-
IPv4 (
10,000prefixes):100.64.0.0/24through100.103.15.0/24(100.<64 + floor(i/256)>.<i mod 256>.0/24for$i \in [0, 9999]$ , next-hop192.0.2.2). -
IPv6 (
10,000prefixes):2001:db8:1000::/64through2001:db8:1000:270f::/64(2001:db8:1000:<hex(i)>::/64for$i \in [0, 9999]$ , next-hop2001:db8::2).
-
IPv4 (
- From ATE
Port-4(192.0.2.6and2001:db8::6, AS64502), advertise transit prefixes for reverse traffic routing:-
IPv4:
198.51.100.0/24(next-hop192.0.2.6). -
IPv6:
2001:db8:3000::/64(next-hop2001:db8::6).
-
IPv4:
- From ATE
- Step 1 - Verify via gNMI
Watch(Await) that all 4 eBGP sessions (192.0.2.2,2001:db8::2,192.0.2.6,2001:db8::6) areESTABLISHEDand IS-IS Level-2 adjacencies onPort-Channel1andPort-4areUP. Verify that BGPinstalledprefixes onPort-Channel1reach10000for IPv4 (192.0.2.2) and10000for IPv6 (2001:db8::2) via gNMI telemetry:/network-instances/network-instance[name=DEFAULT]/protocols/protocol[identifier=BGP][name=BGP]/bgp/neighbors/neighbor[neighbor-address=192.0.2.2]/afi-safis/afi-safi[afi-safi-name=IPV4_UNICAST]/state/prefixes/installed/network-instances/network-instance[name=DEFAULT]/protocols/protocol[identifier=BGP][name=BGP]/bgp/neighbors/neighbor[neighbor-address=2001:db8::2]/afi-safis/afi-safi[afi-safi-name=IPV6_UNICAST]/state/prefixes/installed
- Step 2 - Ensure IPv4 ARP and IPv6 ND resolution completes (
WaitForARP) on all ATE interfaces, then start continuous bidirectional IPv4 and IPv6 traffic flows between ATEPort-4and ATEPort-Channel1(Port-1..Port-3) at a non-congesting rate (10%of a single member link's line rate, so a single active member link can carry 100% of the traffic without congestion):-
Forward IPv4 Flow (
Port-4->Port-Channel1): Source IP198.51.100.1to all 10,000 BGP destination IPs100.64.0.1through100.103.15.1(plus IS-IS destination IP198.18.0.1). -
Reverse IPv4 Flow (
Port-Channel1->Port-4): Source IPs100.64.0.1through100.103.15.1to destination IP198.51.100.1. -
Forward IPv6 Flow (
Port-4->Port-Channel1): Source IP2001:db8:3000::1to all 10,000 BGP destination IPs2001:db8:1000:0::1through2001:db8:1000:270f::1(plus IS-IS destination IP2001:db8:2000::1). -
Reverse IPv6 Flow (
Port-Channel1->Port-4): Source IPs2001:db8:1000:0::1through2001:db8:1000:270f::1to destination IP2001:db8:3000::1.
-
Forward IPv4 Flow (
- Step 3 - Verify
0%steady-state traffic loss across all flows (using gNMI counterWatch, with no static sleep wait time). - Step 4 - Administratively disable the LAG interface by setting
/interfaces/interface[name=Port-Channel1]/config/enabledtofalseusinggNMI.SetwithREPLACEoption.
{
"interfaces": {
"interface": [
{
"name": "Port-Channel1",
"config": {
"enabled": false
}
}
]
}
}- Step 5 - Verify via gNMI Subscribe (
Watch) that/interfaces/interface[name=Port-Channel1]/state/admin-statusisDOWNand/interfaces/interface[name=Port-Channel1]/state/oper-statusisDOWN. - Step 6 - Verify that the associated BGP sessions on
Port-Channel1(192.0.2.2and2001:db8::2) transition toACTIVEorIDLE(notESTABLISHED) via/network-instances/network-instance[name=DEFAULT]/protocols/protocol[identifier=BGP][name=BGP]/bgp/neighbors/neighbor[neighbor-address=<192.0.2.2|2001:db8::2>]/state/session-state, while the BGP sessions onPort-4(192.0.2.6and2001:db8::6) remainESTABLISHED. - Step 7 - Verify that the IS-IS adjacency on
Port-Channel1transitions toDOWN(or is removed from the active adjacency table) via/network-instances/network-instance[name=DEFAULT]/protocols/protocol[identifier=ISIS][name=ISIS]/isis/interfaces/interface[interface-id=Port-Channel1]/levels/level[level-number=2]/adjacencies/adjacency/state/adjacency-state, while the IS-IS adjacency onPort-4remainsUP. - Step 8 - Verify that all bidirectional traffic traversing
Port-Channel1stops completely (steady-state traffic loss is100%).
- Step 1 - Re-enable the LAG interface by setting
/interfaces/interface[name=Port-Channel1]/config/enabledtotrueusinggNMI.SetwithREPLACEoption. - Step 2 - Verify via gNMI Subscribe (
Watch) that/interfaces/interface[name=Port-Channel1]/state/admin-statusisUPand/interfaces/interface[name=Port-Channel1]/state/oper-statusisUP. - Step 3 - Verify that the BGP sessions over
Port-Channel1(192.0.2.2and2001:db8::2) re-establish by checkingsession-stateisESTABLISHEDat the paths from RT-5.18.1 Step 6. - Step 4 - Verify that the IS-IS Level-2 adjacency on
Port-Channel1re-establishes by checkingadjacency-stateisUPat the path from RT-5.18.1 Step 7. - Step 5 - Verify via gNMI
Watchthat the BGPinstalledprefix count returns to10000for bothIPV4_UNICASTandIPV6_UNICASTat the paths from RT-5.18.1 Step 1. - Step 6 - Once gNMI confirms control plane and AFT convergence, verify that steady-state bidirectional traffic loss returns to
0%.
- Step 1 - Verify BGP
installedprefixes are at10000for IPv4 (192.0.2.2) and10000for IPv6 (2001:db8::2) via gNMI telemetry at the paths from RT-5.18.1 Step 1. - Step 2 - Send continuous bidirectional IPv4 and IPv6 traffic flows between ATE
Port-4and ATEPort-Channel1(Port-1..Port-3) via the advertised prefixes at10%of a single member link's line rate. - Step 3 - Administratively disable 2 out of the 3 individual member links of
Port-Channel1(DUTPort-1and DUTPort-2, leaving DUTPort-3active) by setting/interfaces/interface[name=<DUT Port-1|Port-2>]/config/enabledtofalseusinggNMI.SetwithREPLACEoption. - Step 4 - Verify via gNMI that the disabled member links (
Port-1andPort-2) transition tooper-status = DOWN, while the aggregate interface/interfaces/interface[name=Port-Channel1]/state/oper-statusremainsUP(via active memberPort-3). - Step 5 - Verify that the eBGP (
192.0.2.2,2001:db8::2) and IS-IS sessions overPort-Channel1remainESTABLISHEDandUPat their respective paths without flapping. - Step 6 - Verify that bidirectional traffic continues to flow (
0%steady-state loss) over the remaining active member link (DUT Port-3). - Step 7 - Re-enable the disabled member links (
DUT Port-1andDUT Port-2) by setting/interfaces/interface[name=<DUT Port-1|Port-2>]/config/enabledtotrueusinggNMI.SetwithREPLACEoption, verify theiroper-statusreturns toUP, and confirm traffic remains at0%loss across all 3 member links.
- Step 1 - Administratively disable the LAG interface by setting
/interfaces/interface[name=Port-Channel1]/config/enabledtofalseusinggNMI.SetwithREPLACEoption. - Step 2 - Verify via gNMI that
/interfaces/interface[name=Port-Channel1]/state/admin-statusisDOWN,/interfaces/interface[name=Port-Channel1]/state/oper-statusisDOWN, and traffic loss acrossPort-Channel1is100%. - Step 3 - Send a second idempotent
gNMI.Set(REPLACE) setting/interfaces/interface[name=Port-Channel1]/config/enabledtofalseon the already disabledPort-Channel1interface. - Step 4 - Verify that the DUT accepts the redundant
gNMI.Setconfiguration without returning any RPC errors. - Step 5 - Verify that
/interfaces/interface[name=Port-Channel1]/state/admin-statusand/interfaces/interface[name=Port-Channel1]/state/oper-statusremainDOWNand traffic remains at100%loss. - Step 6 - Restore
Port-Channel1by setting/interfaces/interface[name=Port-Channel1]/config/enabledtotrueusinggNMI.SetwithREPLACEoption, and verify via gNMI thatadmin-statusandoper-statusreturn toUP, eBGP (192.0.2.2,2001:db8::2) and IS-IS sessions re-establish toESTABLISHED/UP, BGPinstalledprefixes return to10000(IPv4 and IPv6), and steady-state traffic loss returns to0%.
- Stop all ATE traffic flows and OTG protocols.
- Register and execute
t.Cleanup()routines to ensurePort-Channel1and all member interfaces (Port-1throughPort-4) are administratively enabled (enabled: true) and revert all test-specific gNMI configurations (LAG, subinterfaces, BGP, and IS-IS) so the DUT is returned to its exact pre-test baseline state.
paths:
/interfaces/interface/config/enabled:
/interfaces/interface/config/name:
/interfaces/interface/config/type:
/interfaces/interface/state/admin-status:
/interfaces/interface/state/enabled:
/interfaces/interface/state/oper-status:
/interfaces/interface/aggregation/config/lag-type:
/interfaces/interface/aggregation/config/min-links:
/interfaces/interface/aggregation/state/lag-type:
/interfaces/interface/ethernet/config/aggregate-id:
/interfaces/interface/subinterfaces/subinterface/ipv4/addresses/address/config/ip:
/interfaces/interface/subinterfaces/subinterface/ipv4/addresses/address/config/prefix-length:
/interfaces/interface/subinterfaces/subinterface/ipv6/addresses/address/config/ip:
/interfaces/interface/subinterfaces/subinterface/ipv6/addresses/address/config/prefix-length:
/lacp/interfaces/interface/config/lacp-mode:
/network-instances/network-instance/protocols/protocol/bgp/neighbors/neighbor/state/session-state:
/network-instances/network-instance/protocols/protocol/bgp/neighbors/neighbor/afi-safis/afi-safi/state/prefixes/installed:
/network-instances/network-instance/protocols/protocol/bgp/neighbors/neighbor/afi-safis/afi-safi/state/prefixes/received:
/network-instances/network-instance/protocols/protocol/isis/interfaces/interface/levels/level/adjacencies/adjacency/state/adjacency-state:
rpcs:
gnmi:
gNMI.Set:
gNMI.Subscribe:- vRX
-
Home
- Test Plans
- ACCTZ-1.1: Record Subscribe Full
- ACCTZ-2.1: Record Subscribe Partial
- ACCTZ-3.1: Record Subscribe Non-gRPC
- ACCTZ-4.1: Record History Truncation
- ACCTZ-4.2: Record Payload Truncation
- ACCTZ-5.1: gNSI.acctz.v1 (Accounting) Test RecordSubscribe Idle Timeout - client becomes silent
- ACCTZ-6.1: gNSI.acctz.v1 (Accounting) Test RecordSubscribe Idle Timeout - DoA client
- ACCTZ-7.1: gNSI.acctz.v1 (Accounting) Test Accounting Authentication Failure - Multi-transaction
- ACCTZ-8.1: gNSI.acctz.v1 (Accounting) Test Accounting Authentication Failure - Uni-transaction
- ACCTZ-9.1: gNSI.acctz.v1 (Accounting) Test Accounting Privilege Escalation
- ACCTZ-10.1: gNSI.acctz.v1 (Accounting) Test Accounting Authentication Error - Multi-transaction
- ACL-1.1: ACL match based on L3/L4 fields and DSCP value
- ACL-1.2: ACL Update (Make-before-break)
- ACL-1.3: Large Scale ACL with TCAM profile
- AFT-1.1: AFTs Base
- AFT-1.2: AFTs slow collector
- AFT-1.3: AFTs collector Flap
- AFT-2.1: AFTs Prefix Counters
- AFT-3.1: AFTs Atomic Flag Check
- AFT-5.1: AFTs DUT Reboot
- AFT-6.1: AFT Prefix Filtering
- AFT-6.2: AFT Prefix Filtering Dual-Stack
- AFT-6.3: AFT Prefix Filtering Resilience
- AFT-6.4: AFT Prefix Filtering Dynamic Updates
- attestz-1: General enrollz and attestz tests
- Authz: General Authz (1-4) tests
- BMP-1.1: BMP Session Establishment and Telemetry Test
- BMP-2.7: BMP Pre Policy Test
- BMP-2.8: BMP Post Policy Test
- bootz: General bootz bootstrap tests
- Certz-1: gNSI Client Certificate Tests
- Certz-2: Server Certificate
- Certz-3: Server Certificate Rotation
- Certz-4: Trust Bundle
- Certz-5: Trust Bundle Rotation
- CFM-1.1: CFM over ETHoCWoMPLSoGRE
- CNTR-1: Basic container lifecycle via
gnoi.Containerz. - CNTR-2: Container network connectivity tests
- CNTR-3: Container Supervisor Failover
- CPT-1.1: Interface based ARP policer
- Credentialz-1: Password console login
- Credentialz-2: SSH Password Login Disallowed
- Credentialz-3: Host Certificates
- Credentialz-4: SSH Public Key Authentication
- Credentialz-5: Hiba Authentication
- DP-1.2: QoS policy feature config
- DP-1.3: QoS ECN feature config
- DP-1.4: QoS Interface Output Queue Counters
- DP-1.5: Egress Strict Priority scheduler with bursty traffic
- DP-1.7: One strict priority queue traffic test
- DP-1.8: Two strict priority queue traffic test
- DP-1.9: WRR traffic test
- DP-1.10: Mixed strict priority and WRR traffic test
- DP-1.11: Bursty traffic test
- DP-1.12: ECN enabled traffic test
- DP-1.13: DSCP and ECN bits are copied over during IPinIP encap and decap
- DP-1.14: QoS basic test
- DP-1.15: Egress Strict Priority scheduler
- DP-1.16: Ingress traffic classification and rewrite
- DP-1.17: DSCP Transparency with ECN
- DP-1.19: Egress traffic DSCP rewrite
- DP-2.2: QoS scheduler with 1 rate 2 color policer, classifying on next-hop group
- DP-2.4: Police traffic on input matching all packets using 1 rate, 2 color marker
- DP-2.5: Police traffic on input matching all packets using 2 rate, 3 color marker
- DP-2.6: Police traffic on input matching all packets using 2 rate, 3 color marker with classifier
- enrollz-1: enrollz test for TPM 2.0 HMAC-based Enrollment flow
- enrollz-2: enrollz test for TPM 1.2 Enrollment flow
- example-0.1: Topology Test
- FP-1.1: Power admin DOWN/UP Test
- FPGA-1.1: FPGA Status Test
- gNMI-1.1: cli Origin
- gNMI-1.2: Benchmarking: Full Configuration Replace
- gNMI-1.3: Benchmarking: Drained Configuration Convergence Time
- gNMI-1.4: Telemetry: Inventory
- gNMI-1.5: Telemetry: Port Speed Test
- gNMI-1.6: System gRPC Servers running in more than one network-instance
- gNMI-1.7: gNMI Resiliency Test
- gNMI-1.8: Configuration Metadata-only Retrieve and Replace
- gNMI-1.9: Get requests
- gNMI-1.10: Telemetry: Basic Check
- gNMI-1.11: Telemetry: Interface Packet Counters
- gNMI-1.12: Mixed OpenConfig/CLI Origin
- gNMI-1.13: Optics Telemetry, Instant, threshold, and miscellaneous static info
- gNMI-1.14: OpenConfig metadata consistency during large config push
- gNMI-1.15: Set Requests
- gNMI-1.16: Fabric redundnacy test
- gNMI-1.17: Controller card redundancy test
- gNMI-1.18: gNMI subscribe with sample mode for backplane capacity counters
- gNMI-1.19: ConfigPush and ConfigPull after Control Card switchover
- gNMI-1.20: Telemetry: Optics Thresholds
- gNMI-1.21: Integrated Circuit Hardware Resource Utilization Test
- gNMI-1.22: Controller card port attributes
- gNMI-1.23: Telemetry: Aggregate Interface Counters
- gNMI-1.24: gNMI Leaf-List Update Test
- gNMI-1.25: Telemetry: Interface Last Change Timestamp
- gNMI-1.26: Carrier Transitions Test
- gNMI-1.27: gNMI Sample Mode Test
- gNMI-1.28: Telemetry: Interface openconfig validation.
- gNMI-1.29: Pipeline Counters Drops Test
- gNMI-1.30: gNMI Telemetry Performance under Dynamic Control Plane Churn
- gNMI-2: gnmi_subscriptionlist_test
- gNMI-3: union_replace
- gNOI-2.1: Packet-based Link Qualification on 100G and 400G links
- gNOI-3.1: Complete Chassis Reboot
- gNOI-3.2: Per-Component Reboot
- gNOI-3.3: Supervisor Switchover
- gNOI-3.4: Chassis Reboot Status and Reboot Cancellation
- gNOI-4.1: Software Upgrade
- gNOI-5.1: Ping Test
- gNOI-5.2: Traceroute Test
- gNOI-5.3: Copying Debug Files
- gNOI-6.1: Factory Reset
- gNOI-7.1: BootConfig
- gNPSI-1: Sampling and Subscription Check
- HA-1.0: Telemetry: Firewall High Availability.
- Hashing: Dataplane Hashing with Physical Loopbacks
- Health-1.1: Generic Health Check
- Health-1.2: Healthz component status paths
- INT-1.1: Interface Performance
- IPSEC-1.1: IPSec with MACSec over aggregated links.
- IPSEC-1.2: IPSec Scaling with MACSec over aggregated links.
- IPSEC-1.3: IPSec Packet-Order with MACSec over aggregated links.
- MGT-1: Management HA solution test
- MPLS-1.1: MPLS label blocks using ISIS
- MPLS-1.2: MPLS Traffic Class Marking
- MPLS-2.2: MPLS forwarding via static LSP to BGP next-hop.
- MSEC-1.1: MACsec Configuration and Verification (DUT-to-DUT)
- MTU-1.3: Large IP Packet Transmission
- MTU-1.4: Large IP Packet through GRE/GUE tunnel Transmission
- MTU-1.5: Path MTU handing
- OC-1.2: Default Address Families
- OC-26.1: Network Time Protocol (NTP)
- P4RT-1.1: Base P4RT Functionality
- P4RT-1.2: P4RT Daemon Failure
- P4RT-1.3: P4RT behavior when a device/node is down
- P4RT-2.1: P4RT Election
- P4RT-2.2: P4RT Metadata Validation
- P4RT-3.1: Google Discovery Protocol: PacketIn
- P4RT-3.2: Google Discovery Protocol: PacketOut
- P4RT-3.3: P4RT Packet-Out Interaction with gRIBI
- P4RT-3.4: P4RT Packet-In Interaction with gRIBI
- P4RT-3.21: Google Discovery Protocol: PacketOut with LAG
- P4RT-5.1: Traceroute: PacketIn
- P4RT-5.2: Traceroute Packetout
- P4RT-5.3: Traceroute: PacketIn With VRF Selection
- P4RT-6.1: Required Packet I/O rate: Performance
- P4RT-7.1: LLDP: PacketIn
- P4RT-7.2: LLDP: PacketOut
- Pathz: Path-level Authorization (1-4) tests
- PF-1.1: IPv4/IPv6 policy-forwarding to indirect NH matching DSCP/TC.
- PF-1.2: Policy-based traffic GRE Encapsulation to IPv4 GRE tunnel
- PF-1.3: Policy-based IPv4 GRE Decapsulation
- PF-1.4: GUEv1 Decapsulation rule using destination-address-prefix-set and TTL and DSCP behavior test
- PF-1.6: Policy based VRF selection for IPV4/IPV6
- PF-1.7: Decapsulate MPLS in GRE and UDP
- PF-1.8: Ingress handling of TTL
- PF-1.9: Egress handling of TTL
- PF-1.11: Rewrite the ingress innner packet TTL
- PF-1.12: MPLSoGRE IPV4 decapsulation of IPV4/IPV6 payload
- PF-1.13: MPLSoGRE IPV4 decapsulation of IPV4/IPV6 payload scale test
- PF-1.14: MPLSoGRE IPV4 encapsulation of IPV4/IPV6 payload
- PF-1.15: MPLSoGRE IPV4 encapsulation of IPV4/IPV6 payload scale test
- PF-1.16: MPLSoGRE IPV4 encapsulation IPV4/IPV6 local proxy test
- PF-1.17: MPLSoGRE and MPLSoGUE MACsec
- PF-1.18: MPLSoGRE and MPLSoGUE QoS
- PF-1.19: MPLSoGUE IPV4 decapsulation of IPV4/IPV6 payload
- PF-1.20: MPLSoGUE IPV4 decapsulation of IPV4/IPV6 payload scale test
- PF-1.21: Configurable IPv6 flow labels corresponding to IPV6 tunnels
- PF-1.22: GUEv1 Decapsulation and ECMP test for IPv4 and IPv6 payload
- PF-1.23: EthoCWoMPLSoGRE IPV4 forwarding of IPV4/IPV6 payload
- PF-1.24: Add and remove interface bound to PBF
- PF-1.25: Egress Static MPLS LSP Verification
- PF-1.26: Double GUEv1 Decapsulation for Overlay Probing
- PF-1.27: MPLSoGRE/MPLSoGUE MACsec and Line Rate Performance
- PF-2.3: Multiple VRFs and GUE DECAP in Default VRF
- PLT-1.1: Interface breakout Test
- PLT-1.2: Parent component validation test
- PLT-1.3: OnChange Subscription Test for Breakout Interfaces
- RELAY-1.1: DHCP Relay functionality
- Replay-1.0: Record/replay presession test
- Replay-1.1: Record/replay diff command trees test
- Replay-1.2: P4RT Replay Test
- RT-1.1: Base BGP Session Parameters
- RT-1.2: BGP Policy & Route Installation
- RT-1.3: BGP Route Propagation
- RT-1.4: BGP Graceful Restart
- RT-1.5: BGP Prefix Limit
- RT-1.7: Local BGP Test
- RT-1.8: BGP Route Reflector Test at scale
- RT-1.10: BGP Keepalive and HoldTimer Configuration Test
- RT-1.11: BGP remove private AS
- RT-1.12: BGP always compare MED
- RT-1.14: BGP Long-Lived Graceful Restart
- RT-1.15: BGP Addpath on scale with and without routing policy
- RT-1.19: BGP 2-Byte and 4-Byte ASN support
- RT-1.21: BGP TCP MSS and PMTUD
- RT-1.23: BGP AFI SAFI OC DEFAULTS
- RT-1.24: BGP 2-Byte and 4-Byte ASN support with policy
- RT-1.25: Management network-instance default static route
- RT-1.26: Basic Static Route Support
- RT-1.27: Static route to BGP redistribution
- RT-1.28: BGP to IS-IS redistribution
- RT-1.29: BGP chained import/export policy attachment
- RT-1.30: BGP nested import/export policy attachment
- RT-1.31: BGP 3 levels of nested import/export policy with match-set-options
- RT-1.32: BGP policy actions - MED, LocPref, prepend, flow-control
- RT-1.33: BGP Policy with prefix-set matching
- RT-1.34: BGP route-distance configuration
- RT-1.35: BGP Graceful Restart Extended route retention (ExRR)
- RT-1.36: AIGP feature support test
- RT-1.51: BGP multipath ECMP
- RT-1.52: BGP multipath UCMP support with Link Bandwidth Community
- RT-1.53: prefix-list test
- RT-1.54: BGP Override AS-path split-horizon
- RT-1.55: BGP session mode (active/passive)
- RT-1.63: BGP Multihop
- RT-1.64: BGP Import/Export Policy (Control plane only) Functional Test Case
- RT-1.65: BGP scale test
- RT-1.67: IPv4 and IPv6 Static Route using Vlan Interface
- RT-1.71: BGP Disable Peer AS Filter (
disable-peer-as-filter) - RT-1.73: Static Route Resilience Test
- RT-1.102: DUT eBGP FNTs coverage for new L3VPN params
- RT-1.103: DUT iBGP passive listener FNT with common router id
- RT-1.106: BGP RT Membership Constraints (RFC 4684)
- RT-1.107: BGP FIB Isolation and Peer Soft Drain
- RT-1.108: Two-Tier BGP Route Propagation and Attribute Transparency
- RT-1.109: BGP Streaming Telemetry and Operational State Verification
- RT-1.110: Single-Hop BFD over eBGP Subinterfaces
- RT-2.1: Base IS-IS Process and Adjacencies
- RT-2.2: IS-IS LSP Updates
- RT-2.6: IS-IS Hello-Padding enabled at interface level
- RT-2.7: IS-IS Passive is enabled at interface level
- RT-2.8: IS-IS metric style wide not enabled
- RT-2.9: IS-IS metric style wide enabled
- RT-2.10: IS-IS change LSP lifetime
- RT-2.11: IS-IS Passive is enabled at the area level
- RT-2.12: Static route to IS-IS redistribution
- RT-2.13: Weighted-ECMP for IS-IS
- RT-2.14: IS-IS Drain Test
- RT-2.15: IS-IS Extensions for Segment Routing
- RT-2.16: IS-IS Graceful Restart Helper
- RT-2.17: IS-IS scale test
- RT-2.18: IS-IS Multi-adjacencies scale test
- RT-2.19: IS-IS Suppress Interface Reachability
- RT-3.1: Policy based VRF selection
- RT-3.2: Multiple <Protocol, DSCP> Rules for VRF Selection
- RT-3.4: VRF Selection Policy Hardware Programming with Linecard and Supervisor Resiliency
- RT-3.52: Multidimensional test for Static GUE Encap/Decap based on BGP path selection and selective DSCP marking
- RT-3.53: Static route based GUE Encapsulation to IPv6 tunnel
- RT-4.10: AFTs Route Summary
- RT-4.11: AFTs Route Summary
- RT-5.1: Singleton Interface
- RT-5.2: Aggregate Interfaces
- RT-5.3: Aggregate Balancing
- RT-5.4: Aggregate Forwarding Viable
- RT-5.5: Interface hold-time
- RT-5.6: Interface Loopback mode
- RT-5.7: Aggregate Not Viable All
- RT-5.8: IPv6 Link Local
- RT-5.9: Disable IPv6 ND Router Arvetisment
- RT-5.10: IPv6 Link Local generated by SLAAC
- RT-5.11: LACP Intervals
- RT-5.12: Suppress IPv6 ND Router Advertisement [Depreciated]
- RT-5.13: Flow control test
- RT-5.14: Aggregate Subinterface in Default and Non-default Network Instance
- RT-5.15: LACP Fallback Support
- RT-5.16: LACP Member Linecard Reboot
- RT-5.17: Physical Interface Drain via Admin Down
- RT-5.18: Aggregate Interface (LAG) Drain via Admin Down
- RT-5.19: LAG Member-Link Drain
- RT-6.1: Core LLDP TLV Population
- RT-7.1: BGP default policies
- RT-7.2: BGP Policy Community Set
- RT-7.3: BGP Policy AS Path Set
- RT-7.4: BGP Policy AS Path Set and Community Set
- RT-7.5: BGP Policy - Match and Set Link Bandwidth Community
- RT-7.6: BGP Link Bandwidth Community - Cumulative
- RT-7.8: BGP Policy Match Standard Community and Add Community Import/Export Policy
- RT-7.9: BGP ECMP for iBGP with IS-IS protocol nexthop
- RT-7.10: Routing policy statement insertion and removal
- RT-7.11: BGP Policy - Import/Export Policy Action Using Multiple Criteria
- RT-7.12: BGP Drain using Route Policy
- RT-7.51: BGP Auto-Generated Link-Bandwidth Community
- RT-8: Singleton with breakouts
- RT-10.1: Default Route Generation based on 192.0.0.0/8 Presence
- RT-10.2: Non-default Route Generation based on 192.168.2.2/32 Presence in ISIS
- RT-14.2: GRIBI Route Test
- RT-14.3: Soft Drain vs. Hard Drain Convergence Verification
- SEC-3.1: Authentication
- SFLOW-1: sFlow Configuration and Sampling
- SFLOW-2: sFlow Egress Sampling Configuration and Verification
- SR-1.1: Transit forwarding to Node-SID via ISIS
- SR-1.2: Egress Node Forwarding for MPLS traffic with Explicit Null label
- Storage-1.1: Storage File System Check
- SYS-1.1: Test default COPP policy thresholds for Arista
- SYS-2.1: Ingress control-plane ACL.
- SYS-3.1: AAA and TACACS+ Configuration Verification Test Suite
- SYS-4.1: System Mount Points State Verification
- SYS-5.1: Configuration Commit Validation after Large gNMI-Set and reboot in parallel
- SYS-6.1: SSO Extended Forwarding and Stability Validation
- System-1.1: System banner test
- System-1.2: System g protocol test
- System-1.3: System hostname test
- System-1.4: System time test
- System-1.5: System software-version test
- TE-1.1: Static ARP
- TE-1.2: My Station MAC
- TE-1.3: P4RT ACL Interaction with gRIBI Forwarding
- TE-1.4: gRIBI Recursive Route Resolution under Routing Protocol Churn
- TE-1.7: gNMI Interface Config Change Impacting gRIBI NextHop
- TE-1.21: gRIBI Tunnel Fallback to Native Routing
- TE-1.22: Traffic Blackhole on gRIBI Invalid Next-Hop (Strict FIB Precedence)
- TE-2.1: gRIBI IPv4 Entry
- TE-2.2: gRIBI IPv4 Entry With Aggregate Ports
- TE-2.3: gRIBI IPv6 Entry with Prefix Length > 64
- TE-3.1: Base Hierarchical Route Installation
- TE-3.2: Traffic Balancing According to Weights
- TE-3.3: Hierarchical weight resolution
- TE-3.5: Ordering: ACK Received
- TE-3.6: ACK in the Presence of Other Routes
- TE-3.7: Base Hierarchical NHG Update
- TE-3.8: gRIBI Tunnel Recursion over Multi-Level LPM Underlays
- TE-3.9: gRIBI AFT Operations Ordering
- TE-3.10: gRIBI WCMP Group Resizing and Weight Changes
- TE-3.31: Hierarchical weight resolution with PBF
- TE-4.1: Base Leader Election
- TE-4.2: Persistence Mode
- TE-5.1: gRIBI Get RPC
- TE-6.1: Route Removal via Flush
- TE-6.2: Route Removal In Non Default VRF
- TE-6.3: Route Leakage between Non Default VRF
- TE-6.4: gRIBI to BGP Route Redistribution for IPv4
- TE-8.1: DUT Daemon Failure
- TE-8.2: Supervisor Failure
- TE-9.1: gRIBI MPLS Compliance
- TE-9.3: FIB FAILURE DUE TO HARDWARE RESOURCE EXHAUST
- TE-10: gRIBI MPLS Forwarding
- TE-11.1: Backup NHG: Single NH
- TE-11.2: Backup NHG: Multiple NH
- TE-11.3: Backup NHG: Actions
- TE-11.4: gRIBI BACKUP_ACTIVATE Hardware Convergence & FIB ACK Verification
- TE-11.21: Backup NHG: Multiple NH with PBF
- TE-11.31: Backup NHG: Actions with PBF
- TE-13.1: gRIBI route ADD during Failover
- TE-13.2: gRIBI route DELETE during Failover
- TE-14.1: gRIBI Scaling
- TE-14.2: encap and decap scale
- TE-14.3: gRIBI Scaling - full scale setup, target T1
- TE-14.4: gRIBI Scaling - full scale setup, target T2
- TE-14.5: gRIBI Scaling - full scale setup, target T0
- TE-14.6: gRIBI Scaling - all scenarios but with minimal scaling parameters
- TE-14.7: gRIBI Scaling - full scale setup, target T3
- TE-15.1: gRIBI Compliance
- TE-16.1: basic encapsulation tests
- TE-16.2: encapsulation FRR scenarios
- TE-16.3: encapsulation FRR scenarios
- TE-17.1: VRF selection policy driven TE
- TE-18.1: gRIBI MPLS-in-UDP Encapsulation
- TE-18.3: MPLS in UDP Encapsulation Scale Test
- TE-18.4: ECMP hashing on outer and inner packets with MPLSoUDP encapsulation
- TR-6.1: Remote Syslog feature config
- TR-6.2: Local logging destinations
- TRANSCEIVER-1.1: Telemetry: 400ZR Chromatic Dispersion(CD) telemetry values streaming
- TRANSCEIVER-1.2: Telemetry: 400ZR_PLUS Chromatic Dispersion(CD) telemetry values streaming
- TRANSCEIVER-3.1: Telemetry: 400ZR Optics firmware version streaming
- TRANSCEIVER-3.2: Telemetry: 400ZR_PLUS Optics firmware version streaming
- TRANSCEIVER-4.1: Telemetry: 400ZR RX input and TX output power telemetry values streaming.
- TRANSCEIVER-4.2: Telemetry: 400ZR_PLUS RX input and TX output power telemetry values streaming.
- TRANSCEIVER-5.1: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.
- TRANSCEIVER-5.2: Configuration: 400ZR_PLUS channel frequency, output TX launch power and operational mode setting.
- TRANSCEIVER-6.1: Telemetry: 400ZR Optics performance metrics (pm) streaming.
- TRANSCEIVER-6.2: Telemetry: 400ZR_PLUS Optics performance metrics (pm) streaming.
- TRANSCEIVER-7.1: Telemetry: 400ZR Optics inventory info streaming
- TRANSCEIVER-7.2: Telemetry: 400ZR_PLUS Optics inventory info streaming
- TRANSCEIVER-8.1: Telemetry: 400ZR Optics module temperature streaming.
- TRANSCEIVER-8.2: Telemetry: 400ZR_PLUS Optics module temperature streaming.
- TRANSCEIVER-9.1: Telemetry: 400ZR TX laser bias current telemetry values streaming.
- TRANSCEIVER-9.2: Telemetry: 400ZR_PLUS TX laser bias current telemetry values streaming.
- TRANSCEIVER-10.1: Telemetry: 400ZR Optics FEC(Forward Error Correction) Uncorrectable Frames Streaming.
- TRANSCEIVER-10.2: Telemetry: 400ZR_PLUS Optics FEC(Forward Error Correction) Uncorrectable Frames Streaming.
- TRANSCEIVER-11.1: Telemetry: 400ZR Optics logical channels provisioning and related telemetry.
- TRANSCEIVER-11.2: Telemetry: 400ZR_PLUS Optics logical channels provisioning and related telemetry.
- TRANSCEIVER-12.1: Telemetry: 400ZR Transceiver Supply Voltage streaming.
- TRANSCEIVER-12.2: Telemetry: 400ZR_PLUS Transceiver Supply Voltage streaming.
- TRANSCEIVER-13.1: Configuration: 400ZR Transceiver Low Power Mode Setting.
- TRANSCEIVER-13.2: Configuration: 400ZR_PLUS Transceiver Low Power Mode Setting.
- TRANSCEIVER-20.1: Client Optics DOM Telemetry, Instant, Threshold, and Miscellaneous Static Info
- TRANSCEIVER-101: Telemetry: ZR platform OC paths streaming.
- TRANSCEIVER-102: Telemetry: ZR terminal-device OC paths streaming.
- TRANSCEIVER-103: Telemetry: ZR Plus platform OC paths streaming.
- TRANSCEIVER-104: Telemetry: ZR Plus terminal-device OC paths streaming.
- TRANSCEIVER-105: Telemetry: ZR platform OC paths streaming.
- TRANSCEIVER-106: Telemetry: ZR terminal-device OC paths streaming.
- TRANSCEIVER-107: Telemetry: ZR Plus platform OC paths streaming.
- TRANSCEIVER-108: Telemetry: ZR Plus terminal-device OC paths streaming.
- TUN-1.3: Interface based IPv4 GRE Encapsulation
- TUN-1.4: Interface based IPv6 GRE Encapsulation
- TUN-1.6: Tunnel End Point Resize for Ecapsulation - Interface Based GRE Tunnel
- TUN-1.9: GRE inner packet DSCP
- URPF-1.1: uRPF validation from non-default network-instance
- Test Plans