Blame Starlink (or not) before you blame your product

Ops sees a sudden offline wave. Truck rolls and firmware bisects start before anyone asks whether the connectivity provider failed. Flat “devices offline” views hide the cohort that actually moved together.

Without Dataplicity

Hours lost blaming the product. No durable way to group devices by ISP. Link quality is a feeling, not a last-day sparkline.

With Dataplicity

1. Filter by ISP cohort. Devices pick up ASN-derived property tags such as location:isp:starlink (and other location:isp:* slugs). Filter the fleet or map before you dispatch.
2. Monitor the cohort. Scope offline or ratio device monitors to those tags so “all Starlink dark” is a first-class signal, not a spreadsheet pivot.
3. Inspect link quality on the units that matter. Per-device connection quality (reachability band and latency over about the last day, on Pro+ plans) separates “cannot reach us” from “reachable but slow.”
4. Write the altitude on the incident - ISP vs product - before status updates or truck rolls.

ISP is inferred from viewer ASN at authentication, not modem telemetry. This is cohort operations plus a short quality window - not a multi-month ISP analytics warehouse.

Outcome

Minutes to “network vs us,” not hours of false firmware hunts.

Next

• Networks and tags
• Device monitors
• Create monitors and alerts
• Respond to an incident

Related: Field advantages, Connected product company