MENU
An LTM Specialist discovers an issue with the custom http monitor that returns in a false positive status.
The end users cannot get the right website, but the http monitor marks the pool member UP.
What is causing the false positive result?
Suggested Answer: D
Get Premium 301a Questions
as Interactive Web-Based Practice Test or PDF
Real Exam Format
Detailed Explanations
Instant Access
Get Your Practice Test
11 comments · newest first
LE
Lenna
12 months ago
Not sure about that, could be something else entirely.
GE
Georgiann
12 months ago
Totally agree, chunked responses can mess things up!
LE
Lenny
1 year ago
Wait, is 'iso-8859-200' even a real Content-Type?
PH
Phung
1 year ago
I think it's definitely the response being compressed.
KA
Kandis
1 year ago
Sounds like a classic case of a misconfigured monitor.
DE
Deangelo
1 year ago
I feel like the browser type shouldn't matter, but I guess it could be a factor in how the response is interpreted.
LE
Leatha
1 year ago
The Content-Type being 'iso-8859-200' seems odd, but I don't recall it affecting the monitor's status.
ER
Erick
1 year ago
I think I saw a similar question where the response being compressed caused a false positive. Could that be it?
RO
Ronald
1 year ago
I remember something about how chunked responses can confuse monitors, but I'm not entirely sure if that's the issue here.
VI
Vi
1 year ago
Okay, let me think this through step-by-step. I believe Option B is the correct answer, as it aligns with the SFRA caching guidelines.
NI
Nichelle
1 year ago
I'm not totally sure about the varying attributes one. I'll have to think that through a bit more. The other options seem straightforward though.