Skip to main content

Knowledge base

System design

Use this page to understand how the support stack is organized. It helps explain why a problem can look local, wireless, network, or service-related depending on where it starts.

When the ownership is unclear, map the failure path first and the handoff will usually follow.

Architecture layers

Use the stack view to reason about where a symptom started and who owns it.

Related reading

These pages pair the architecture view with support boundaries and diagnostics.

What we supportThe ownership and escalation boundaries for common issues.Network diagnosticsThe tests that help you map a failure to a specific layer.Wi‑Fi reliabilityHow layout and wireless conditions change the outcome.

How to reason about the stack

Work from the user-facing edge toward the deeper services.

1

Start at the edge

Identify the device, app, or location where the issue first appears.

2

Move inward layer by layer

Check client, wireless, routing, DNS, and service behavior in order.

3

Separate ownership from symptoms

A symptom can show up in one layer even when the fix belongs to another.

4

Use the path to route the case

When you know the layer and the owner, the handoff becomes much faster.

Ready to turn the design into action?

Use the support checklist to capture the path, the layer, and the ownership details before escalating.