Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Cisco 300-445 Exam - Topic 4 Question 6 Discussion

You have been tasked with creating a dashboard in your organization's Observability platform. This dashboard should have data that is streamed in real-time and used to populate data for tables, graphs, charts, and other formats. What kind of integration should you use?
B) OpenTelemetry
A) API Endpoints
C) DNA Center Integration
D) Alert Thresholds

Cisco 300-445 Exam - Topic 4 Question 6 Discussion

Actual exam question for Cisco's 300-445 exam
Question #: 6
Topic #: 4
[All 300-445 Questions]

You have been tasked with creating a dashboard in your organization's Observability platform. This dashboard should have data that is streamed in real-time and used to populate data for tables, graphs, charts, and other formats. What kind of integration should you use?

Show Suggested Answer Hide Answer
Suggested Answer: B

Within the Designing and Implementing Enterprise Network Assurance (300-445 ENNA) framework, the transition from 'polling' to 'streaming' is a major architectural shift. To populate real-time dashboards in external observability platforms like Grafana, Splunk, or AppDynamics, the architect should utilize the OpenTelemetry (OTel) integration (Option B).

ThousandEyes for OpenTelemetry is a push-based API built on the standardized OpenTelemetry Protocol (OTLP). Unlike traditional REST API polling (Option A), which retrieves data at fixed intervals and can be subject to rate limiting and latency, the OTel integration allows ThousandEyes to stream granular network metrics as they are collected. These metrics---including latency, loss, jitter, and HTTP response times---are exported in a standardized format that is natively understood by modern observability backends. This allows the platform to populate complex visualizations such as time-series graphs, heatmaps, and multi-metric tables in near real-time, providing a 'single pane of glass' view that correlates network performance with application and infrastructure telemetry.

A key advantage of the OTel approach is data portability and correlation. By applying metadata tags to ThousandEyes tests, the data can be filtered and categorized within the external dashboard to match the organization's business logic (e.g., grouping by region or application tier). This enables SREs and NetOps teams to quickly identify if a performance dip in an application dashboard correlates with a spike in internet latency measured by ThousandEyes. Options C and D do not provide the streaming data pipeline required for real-time external dashboard population. Thus, OpenTelemetry is the definitive choice for high-fidelity, real-time observability integration.


Contribute your Thoughts:

0/2000 characters
Evelynn
3 days ago
D) Alert Thresholds are useful, but not for creating a dashboard.
upvoted 0 times
...
Bea
8 days ago
I feel like C) DNA Center Integration is too specific for this task.
upvoted 0 times
...
Josphine
13 days ago
A) API Endpoints could work, but it might be too manual for streaming.
upvoted 0 times
...
Cheryll
19 days ago
I think B) OpenTelemetry is the best choice. It’s designed for real-time data.
upvoted 0 times
...
Suzan
24 days ago
D) Alert Thresholds is more about notifications, not data streaming.
upvoted 0 times
...
Luis
29 days ago
C) DNA Center Integration? Not really relevant for dashboards.
upvoted 0 times
...
Alisha
1 month ago
A) API Endpoints could work too, but it might not be as efficient.
upvoted 0 times
...
Jaleesa
1 month ago
I think B) OpenTelemetry is the best choice. It's designed for real-time data.
upvoted 0 times
...
Rebbeca
1 month ago
Alert Thresholds won't help with real-time data visualization.
upvoted 0 times
...
Christoper
2 months ago
DNA Center Integration seems too specific for this task.
upvoted 0 times
...
Ashley
2 months ago
API Endpoints could work too, but they might not be as efficient.
upvoted 0 times
...
Shannan
2 months ago
I think OpenTelemetry is the best choice. It supports real-time data streaming.
upvoted 0 times
...
Chanel
2 months ago
Surprised that OpenTelemetry is the top pick, I thought it was more complex to implement.
upvoted 0 times
...
Alecia
2 months ago
I thought D) Alert Thresholds was the way to go, but I guess not!
upvoted 0 times
...
Josephine
4 months ago
Wait, why would anyone choose C) DNA Center Integration for this? Seems off.
upvoted 0 times
...
Derrick
4 months ago
A) API Endpoints is a solid choice too, but OpenTelemetry is more versatile.
upvoted 0 times
...
Brendan
4 months ago
Definitely go with B) OpenTelemetry for real-time data.
upvoted 0 times
...
Elina
4 months ago
Wait, Alert Thresholds? How does that even fit in here?
upvoted 0 times
...
Bernadine
5 months ago
I agree, OpenTelemetry is the way to go!
upvoted 0 times
...
Kristel
5 months ago
I’m not sure about C) DNA Center Integration. Seems too specific.
upvoted 0 times
...
Vincenza
5 months ago
A) API Endpoints is a solid choice too!
upvoted 0 times
...
Winfred
5 months ago
Definitely go with B) OpenTelemetry for real-time data.
upvoted 0 times
...
Glynda
5 months ago
Alert Thresholds seem more about setting limits rather than streaming data, so I don't think that's the right answer for this question.
upvoted 0 times
...
Oretha
5 months ago
DNA Center Integration sounds familiar, but I can't recall if it's specifically for dashboards or just for network management.
upvoted 0 times
...
Franchesca
6 months ago
I remember practicing a similar question where OpenTelemetry was mentioned as a good choice for observability. It could be relevant here too.
upvoted 0 times
...
Lorean
6 months ago
I think we might need to use API Endpoints for real-time data streaming, but I'm not entirely sure if that's the best option.
upvoted 0 times
...

Save Cancel