101-01 · Question #206
Which SteelHead Mobile feature can dynamically disable client optimization when in an office equipped with a local SteelHead?
The correct answer is A. Location Awareness. Location awareness enables SteelHead Mobile to detect that it is in a branch office with a SteelHead, and it enables the SteelHead to optimize SteelHead Mobile traffic. Not D: Branch warming works in conjunction with location awareness, enabling the SteelHead Mobile user to…
Question
Which SteelHead Mobile feature can dynamically disable client optimization when in an office equipped with a local SteelHead?
Options
- ALocation Awareness
- BData store synchronization
- CFixed-target rules
- DBranch Warming
- EConnection Forwarding
How the community answered
(30 responses)- A73% (22)
- B13% (4)
- C7% (2)
- D3% (1)
- E3% (1)
Explanation
Location awareness enables SteelHead Mobile to detect that it is in a branch office with a SteelHead, and it enables the SteelHead to optimize SteelHead Mobile traffic. Not D: Branch warming works in conjunction with location awareness, enabling the SteelHead Mobile user to experience warm acceleration regardless of the location. Branch warming tracks the data segments created while a SteelHead Mobile is in a SteelHead-enabled branch office.
Topics
Community Discussion
7A is your answer, and the stem is giving it to you if you read it twice. The question is asking specifically about a feature that can dynamically and automatically disable client optimization based on where the client is located, which is exactly what Location Awareness does. It detects that the endpoint is inside an office that already has a SteelHead appliance doing the optimization work, so the mobile client steps aside rather than double-optimizing or interfering. The other options are real SteelHead concepts but none of them carry that conditional, location-based logic for disabling client-side optimization, so you can eliminate them cleanly once you anchor on the word "dynamically" in the stem.
Location Awareness is right, it detects the local SteelHead and backs off automatically.
Think about what "dynamically disable" implies here, because the feature that does this has to know WHERE the client physically is before it can make any optimization decision. If the appliance can sense that the endpoint is already sitting inside a branch with a SteelHead on the LAN, why would it pile on redundant WAN optimization, and which feature is responsible for detecting that network location context?
A is right, Location Awareness detects the local SteelHead and bypasses client optimization automatically.
Right on the mechanism, though worth adding for the exam that the client is not purely passive here, it is more like a traveler checking a hotel directory before unpacking, meaning the Steelhead Mobile client actively queries the Steelhead Controller to confirm its location before deciding to hand off to the in-path appliance.
I almost picked Connection Forwarding because it sounds like the thing that handles "pass the baton" handoffs between SteelHead devices, but then I remembered Location Awareness is basically the mobile client sniffing out its surroundings like a traveler checking whether the hotel already has Wi-Fi before unpacking their own hotspot, and when it detects a local SteelHead in the office it steps aside and turns itself off automatically, which is exactly what the question describes.
Yeah that hotel analogy clicked for me, and my senior actually pointed out that the reason you need it to step aside is that two SteelHeads trying to optimize the same stream would both see already-compressed data and the SDR deduplication basically falls apart instead of helping.