Cisco ESA AMP File Upload Behavior Under Network Congestion
A network administrator is using the Cisco ESA with AMP to upload files to the cloud for analysis. The network is congested and is affecting communication. How will the Cisco ESA handle any files which need analysis?
Community Insight
The exam tests the distinction between server overload (which may trigger a retry) and connectivity/network problems (which cause immediate failure), a common trap for candidates assuming all failures are retried.
This question tests the Cisco Email Security Appliance (ESA) behavior when uploading files to Advanced Malware Protection (AMP) fails due to network congestion. The correct answer is B, as connectivity issues result in abandoned uploads rather than retries or queuing.
Candidates often choose C or D, incorrectly assuming that the ESA caches the file hash and retries later or queues the upload until connectivity is restored. This ignores the specific documentation stating that connectivity failures prevent upload.
Community Discussion (21 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
According to Cisco's official technical note for the ESA (Doc ID 118796), the appliance attempts to upload a file once. If the upload fails due to connectivity problems—such as network congestion affecting communication—the file is not uploaded. The text explicitly states: "if upload is not successful, for example because of connectivity problems, the file may not be uploaded." Therefore, option B is the correct behavior.Why the Other Options Are Wrong
Option A is incorrect because the ESA does not immediately make another attempt upon connectivity failure; it only retries if the server is overloaded, not if the network is down. Option C is incorrect because while the SHA-256 fingerprint is used for reputation checks, the file itself is not cached locally for periodic re-upload attempts in this scenario; the upload action is aborted. Option D is incorrect because there is no queuing mechanism for file uploads to AMP in the ESA configuration; if the connection fails, the process stops.Community Comment Notes
Many users initially voted for C or D, believing the system would retry. However, several comments correctly identified B by citing the specific Cisco documentation. User Seawanderer noted the exact phrasing from the tech note regarding connectivity problems leading to non-upload. User kerniger also confirmed B based on the same source. Some users like bob511 argued for C based on general AMP hash caching behavior, but missed the specific constraint of 'network congestion' causing upload failure.Official Reference
Exam Strategy
When studying ESA AMP integration, memorize the specific error handling behaviors: connectivity failures abort the upload, while server overloads may trigger a single retry. Do not assume standard retry logic applies to all failure modes.
Frequently Asked Questions
Does Cisco ESA retry file uploads if the network is congested?
No. According to Cisco docs, if the upload fails due to connectivity problems, the file may not be uploaded at all. Retries are reserved for server overload scenarios.
What happens to the SHA-256 hash if the file upload fails?
While hashes are used for reputation checks, the file itself is not queued or cached for re-upload if the initial transfer fails due to network issues.