300-640 Leak Questions

Image recognition is a computer-vision application in which an AI model processes digital imagery and identifies meaningful visual content. Depending on the model and use case, the output can include image classifications, detected objects, faces, locations, labels, bounding boxes, or other semantic information describing what appears in the image. Therefore, detection and labeling of visual elements from digital sources is the correct result.

Cisco identifies computer vision as an established AI/ML workload and has used image-recognition techniques in technologies where models learn to identify objects despite variations in position and orientation. The DCAI exam blueprint requires candidates to understand AI use cases, making the distinction between computer-vision workloads and unrelated infrastructure functions important.

Option A is a security and compliance operation involving data anonymization. Option C is an infrastructure scheduling function generally performed by orchestration or management systems. Option D belongs to network control-plane and forwarding behavior and has no direct relationship to image recognition.

The key examination principle is that image recognition transforms unstructured visual input into meaningful classifications or detections that can subsequently drive automated decisions or analytics.

Study Guide Reference: 1.0 AI Fundamentals and Applications — 1.3 Describe AI use cases.

===============

The uploaded source marks C and D . GPU Memory Utilization in option D is clearly relevant: GPU memory pressure is a critical accelerator metric because model weights, activations, KV caches, tensors, and training state consume GPU-attached memory. Cisco AI monitoring material explicitly includes GPU memory utilization among the telemetry used for AI infrastructure visibility.

Option C, Active CPU Utilization , is useful as a supporting performance metric because AI workloads can become CPU-bound during data preprocessing, tokenization, orchestration, input-pipeline execution, or host-to-device preparation. A CPU bottleneck can therefore leave GPUs underutilized even when sufficient accelerator capacity exists.

However, the question as written has a notable construction issue: Cisco documentation treats GPU utilization itself as a principal metric for evaluating accelerator utilization, but that metric is absent from the available answer choices. Cisco current material explicitly identifies GPU utilization and GPU memory utilization as AI monitoring measurements.

Therefore, CD is retained because it is the answer supplied by the source , but the technically ideal metric pair would be GPU Utilization + GPU Memory Utilization if GPU Utilization were offered.

Study Guide Reference: AI Infrastructure Operations and Troubleshooting — GPU utilization, GPU memory utilization, host-resource bottlenecks, and AI performance monitoring.

===============

In Cisco Nexus Dashboard, a correlated anomaly is a secondary condition that Nexus Dashboard has associated through cause-and-effect analysis with another anomaly identified as the probable root cause. Cisco's current documentation explicitly distinguishes root-cause anomalies from correlated anomalies: the root anomaly triggers additional symptoms, and those dependent symptoms are displayed as correlated events.

For example, a physical or routing event may cause a downstream BGP session to fail. Rather than presenting each symptom as an independent failure, Nexus Dashboard analyzes relationships involving interfaces, devices, protocols, and timestamps. The BGP peer-down condition can therefore appear as correlated when a higher-level underlying anomaly explains it.

Option A incorrectly associates correlation with user-account activity. Option B describes repetition across several devices, which is not what the correlation indicator means. Option D refers generally to impact analysis rather than the specific root-cause relationship communicated by the label.

This feature reduces troubleshooting time because engineers can focus first on the root anomaly. Cisco specifically notes that resolving the underlying root cause should also resolve the anomalies correlated with that condition.

Study Guide Reference: AI Infrastructure Operations and Troubleshooting — Nexus Dashboard assurance, anomaly correlation, root-cause identification, and troubleshooting.

===============

Retrieval-Augmented Generation enhances an LLM by retrieving relevant information from external knowledge sources and incorporating that material into the context supplied to the model during generation. This permits a pretrained model to answer questions using organization-specific information without requiring its underlying model parameters to be retrained for every knowledge update.

Cisco describes RAG as a technique that connects LLM applications to additional data sources, including internal repositories containing sensitive customer or business information. Cisco's enterprise RAG guidance specifically emphasizes using proprietary organizational data to ground responses in enterprise information. Therefore, providing access to proprietary data is the correct answer.

Option A is incorrect because RAG does not eliminate ingestion, parsing, chunking, cleaning, embedding, or indexing requirements. Option B is too absolute: grounding can improve factual relevance but does not inherently remove model bias. Option D describes modification of model parameters, which is characteristic of training or fine-tuning rather than standard RAG retrieval.

Cisco explicitly includes RAG as a required DCAI workload type, so candidates must distinguish retrieval-based augmentation from model training and fine-tuning.

Study Guide Reference: 1.0 AI Fundamentals and Applications — 1.1.a RAG.

===============