This KB explains the bug details and RCA that causes Inconsistent Data reporting for Junos Telemetry on QFX10008 switches with more than 2 FPCs.
- We are hitting a bug here matching confidential PR1669434.
Issue:The Telemetry /components/ sensor might require multiple reporting intervals to complete the export cycle.Workaround:Not possibleDescription:On the Junos platforms when subscribed to a component sensor from an external collector, the components export platform-related information in a given sampling interval. However, if all the info cannot be sent in the configured sampling interval, the rest of the data might be sent in the next sampling interval. However, there is a restriction that chassisd daemon cannot send more than 15 export packets per sampling interval. If the amount of data cannot be accommodated in these 15 export packets then data has to go in the next sampling interval. This might lead to a slowing down of the export of information related to the platform sensors. This issue can be detected by monitoring data received at an external collector. There will not be any traffic impact due to this issue.External-Trigger:This issue might be seen if the following conditions are met:* On Junos platforms* Telemetry is enabledAdditional trigger found as per CFTS testing: * The issue is only seen when there are more than 2 FPCs on the QFX10008 device running telemetry.Resolved-In:evo:21.4R3-EVOevo:22.1R2-EVOevo:22.1R3-EVOevo:22.2R2-EVOevo:22.3R1-EVOevo:22.4R1-EVOjunos:19.4R3-S13junos:20.3X75-D50junos:21.2R3-S5junos:21.2R3-S6junos:21.3R3-S1junos:21.4R3junos:22.1R2junos:22.1R3junos:22.2R2junos:22.2R3junos:22.3R1junos:22.4R1
2023-09-26: Initial publication