forked from openconfig/featureprofiles
-
Notifications
You must be signed in to change notification settings - Fork 0
telemetry_basic_check_test
Github Action edited this page Jun 10, 2024
·
4 revisions
Validate basic telemetry paths required.
In the automated ondatra test, verify the presence of the telemetry paths of the following features:
-
Ethernet interface
- Check the telemetry port-speed exists with correct speed.
- /interfaces/interfaces/interface/ethernet/state/port-speed
- Check the telemetry mac-address with correct format.
- /interfaces/interfaces/interface/ethernet/state/mac-address
- Check the telemetry port-speed exists with correct speed.
-
Interface status
- Check admin-status and oper-status exist and correct.
- /interfaces/interfaces/interface/state/admin-status
- /interfaces/interfaces/interface/state/oper-status
- Check admin-status and oper-status exist and correct.
-
Interface physical channel
- Check interface physical-channel exists.
- /interfaces/interface/state/physical-channel
- Check interface physical-channel exists.
-
Interface status change
- Check admin-status and oper-status are correct after interface flapping.
- /interfaces/interfaces/interface/state/admin-status
- /interfaces/interfaces/interface/state/oper-status
- Check admin-status and oper-status are correct after interface flapping.
-
Interface hardware-port
- Check hardware-port exists
- /interfaces/interfaces/interface/state/hardware-port
- Check that [hardware-port leaf] (https://github.com/openconfig/public/blob/0c9fb6b0ab96fdd96bb9e88365abe11e51a11e62/release/models/platform/openconfig-platform-port.yang#L306) exists as a component in the Device's component tree and has a type as PORT
- For example, /components/component[name=]/state/type == oc.PlatformTypes_OPENCONFIG_HARDWARE_COMPONENT_CHASSIS_PORT
- Use the parent leaf of the hardware-port component to traverse the component tree to verify an ancestor of type CHASSIS exists. Components in between the PORT and the CHASSIS may vary in quantity and type.
- Check hardware-port exists
-
Interface counters
- Check the presence of the following interface counters.
- /interfaces/interface/state/counters/in-octets
- /interfaces/interface/state/counters/in-unicast-pkts
- /interfaces/interface/state/counters/in-broadcast-pkts
- /interfaces/interface/state/counters/in-multicast-pkts
- /interfaces/interface/state/counters/in-discards
- /interfaces/interface/state/counters/in-errors
- /interfaces/interface/state/counters/in-fcs-errors
- /interfaces/interface/state/counters/out-unicast-pkts
- /interfaces/interface/state/counters/out-broadcast-pkts
- /interfaces/interface/state/counters/out-multicast-pkts
- /interfaces/interface/state/counters/out-octets
- /interfaces/interface/state/counters/out-discards
- /interfaces/interface/state/counters/out-errors
- Check the presence of the following interface counters.
-
Send the traffic over the DUT.
- Check some counters are updated correctly.
-
Component
- Check the following component paths exists
- /components/component/integrated-circuit/state/node-id
- /components/component/state/parent
- Check the following component paths exists
-
CPU component state
- Check the following component paths exists
- (type=CPU) /components/component/state/description
- (type=CPU) /components/component/state/mfg-name
- Check the following component paths exists
-
Controller card last-reboot-time and reason
- Check the following component paths exists
- (type=CONTROLLER_CARD) /components/component[name=]/state/last-reboot-time
- (type=CONTROLLER_CARD) /components/component[name=]/state/last-reboot-reason
- Check the following component paths exists
-
Active Controller Card Software version
- Check the following component path and value exists.
- /system/state/software-version
- Check the following component path and value exists.
-
Controller Card Software versions
- Check the following component path and value exists for component type
OPERATING_SYSTEM
that is present/installed, and whose parent component type isCONTROLLER_CARD
.- /components/component/state/software-version
- Check the following component path and value exists for component type
-
LACP
- Check the bundle interface member path and LACP counters and status.
- /lacp/interfaces/interface/members/member
- Check the bundle interface member path and LACP counters and status.
-
AFT
- Check the following AFT path exists.
- TODO: /network-instances/network-instance/afts
- Check the following AFT path exists.
-
P4RT
- Enable p4-runtime.
- configure interface port ID with minimum and maximum uint32 values.
- Check the following path exists with correct interface ID.
- /interfaces/interfaces/state/id
- configure FAP device ID with minimum and maximum uint64 values.
- Check the following path exists with correct node ID.
- /components/component/integrated-circuit/state/node-id
The below yaml defines the OC paths intended to be covered by this test. OC paths used for test setup are not listed here.
paths:
## Config Paths ##
# None
## State Paths ##
/interfaces/interface/state/admin-status:
/lacp/interfaces/interface/members/member/state/interface:
/lacp/interfaces/interface/members/member/state/counters/lacp-in-pkts:
/lacp/interfaces/interface/members/member/state/counters/lacp-out-pkts:
/lacp/interfaces/interface/members/member/state/aggregatable:
/lacp/interfaces/interface/members/member/state/collecting:
/lacp/interfaces/interface/members/member/state/distributing:
/lacp/interfaces/interface/members/member/state/partner-id:
/lacp/interfaces/interface/members/member/state/partner-key:
/lacp/interfaces/interface/members/member/state/partner-port-num:
/interfaces/interface/ethernet/state/mac-address:
/interfaces/interface/state/hardware-port:
/interfaces/interface/state/id:
/interfaces/interface/state/oper-status:
/interfaces/interface/ethernet/state/port-speed:
/interfaces/interface/state/physical-channel:
/components/component/integrated-circuit/state/node-id:
platform_type: [ "INTEGRATED_CIRCUIT" ]
/components/component/state/parent:
platform_type: [
"CONTROLLER_CARD",
"LINECARD",
"FABRIC",
"POWER_SUPPLY",
"INTEGRATED_CIRCUIT"
]
/interfaces/interface/state/counters/in-octets:
/interfaces/interface/state/counters/in-unicast-pkts:
/interfaces/interface/state/counters/in-broadcast-pkts:
/interfaces/interface/state/counters/in-multicast-pkts:
/interfaces/interface/state/counters/in-discards:
/interfaces/interface/state/counters/in-errors:
/interfaces/interface/state/counters/in-fcs-errors:
/interfaces/interface/state/counters/out-unicast-pkts:
/interfaces/interface/state/counters/out-broadcast-pkts:
/interfaces/interface/state/counters/out-multicast-pkts:
/interfaces/interface/state/counters/out-octets:
/interfaces/interface/state/counters/out-discards:
/interfaces/interface/state/counters/out-errors:
/qos/interfaces/interface/output/queues/queue/state/transmit-pkts:
/qos/interfaces/interface/output/queues/queue/state/transmit-octets:
/qos/interfaces/interface/output/queues/queue/state/dropped-pkts:
/qos/interfaces/interface/output/queues/queue/state/dropped-octets:
rpcs:
gnmi:
gNMI.Subscribe:
N/A
-
Home
- Test Plans
- Authz: General Authz (1-4) tests
- CNTR-2: Container network connectivity tests
- DP-1.2: QoS policy feature config
- DP-1.3: QoS ECN feature config
- DP-1.4: QoS Interface Output Queue Counters
- 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.14: QoS basic test
- example-0.1: Topology Test
- FP-1.1: Power admin DOWN/UP 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.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 redundancy test
- gNMI-1.17: Controller Card redundancy test
- gNMI-1.18: gNMI subscribe with sample mode for backplane capacity counters
- gNMI-1.19: ConfigPush 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.27: gNMI Sample Mode Test
- gNOI-2.1: Packet-based Link Qualification
- 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
- Health-1.1: Generic Health Check
- Health-1.2: Healthz component status paths
- MGT-1: Management HA solution test
- MTU-1.3: Large IP Packet Transmission
- 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-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-5.1: Traceroute: PacketIn
- P4RT-5.2: Traceroute Packetout
- P4RT-6.1: Required Packet I/O rate: Performance
- P4RT-7.1: LLDP: PacketIn
- P4RT-7.2: LLDP: PacketOut
- 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.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.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.32: BGP policy actions - MED, LocPref, prepend, flow-control
- RT-1.33: BGP Policy with prefix-set matching
- RT-1.51: BGP multipath ECMP
- RT-1.52: BGP multipath UCMP support with Link Bandwidth Community
- 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-3.1: Policy based VRF selection
- RT-3.2: Multiple <Protocol, DSCP> Rules for VRF Selection
- RT-4.10: 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.8: IPv6 Link Local
- RT-5.9: Disable IPv6 ND Router Arvetisment
- RT-5.10: IPv6 Link Local generated by SLAAC
- 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.8: BGP Policy Match Standard Community and Add Community Import/Export Policy
- RT-7.11: BGP Policy - Import/Export Policy Action Using Multiple Criteria
- SEC-3.1: Authentication
- SFLOW-1: sFlow Configuration and Sampling
- System-1: System testing
- TE-1.1: Static ARP
- TE-1.2: My Station MAC
- TE-2.1: gRIBI IPv4 Entry
- TE-2.2: gRIBI IPv4 Entry With Aggregate Ports
- 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.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-8.1: DUT Daemon Failure
- TE-8.2: Supervisor Failure
- TE-9.1: FIB FAILURE DUE TO HARDWARE RESOURCE EXHAUST
- TE-9.2: MPLS based forwarding Static LSP
- TE-9: gRIBI MPLS Compliance
- 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.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-15.1: gRIBI Compliance
- TE-16.1: basic encapsulation tests
- TE-16.2: encapsulation FRR scenarios
- TE-17.1: VRF selection policy driven TE
- TR-6.1: Remote Syslog feature config
- TRANSCEIVER-1: Telemetry: 400ZR Chromatic Dispersion(CD) telemetry values streaming
- TRANSCEIVER-3: Telemetry: 400ZR Optics firmware version streaming
- TRANSCEIVER-4: Telemetry: 400ZR RX input and TX output power telemetry values streaming.
- TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.
- TRANSCEIVER-6: Telemetry: 400ZR Optics performance metrics (pm) streaming.
- TRANSCEIVER-7: Telemetry: 400ZR Optics inventory info streaming
- TRANSCEIVER-8: Telemetry: 400ZR Optics module temperature streaming.
- TRANSCEIVER-9: Telemetry: 400ZR TX laser bias current telemetry values streaming.
- TRANSCEIVER-10: Telemetry: 400ZR Optics FEC(Forward Error Correction) Uncorrectable Frames Streaming.
- TRANSCEIVER-11: Telemetry: 400ZR Optics logical channels provisioning and related telemetry.
- TRANSCEIVER-12: Telemetry: 400ZR Transceiver Supply Voltage streaming.
- TRANSCEIVER-13: Configuration: 400ZR Transceiver Low Power Mode Setting.
- TUN-1.4: Interface based IPv6 GRE Encapsulation
- TUN-1.9: GRE inner packet DSCP
- Test Plans