BEAD §6 — Network Operations

Network Operations Center & Uptime

SWWWC network operations center posture for BEAD reviewers and procurement officers — 24/7 NOC staffing, monitoring tooling and probe coverage, escalation tiers tied to the 99.9% business SLA, scheduled maintenance windows, change management, and on-call contact.

Last reviewed
2026-08-05
NOC contact
Emergency line

Current measured uptime — same data as /status

This number is the same 30-day rolling uptime that appears on the BEAD submission package at /grants. Both pages read the SQL rollup directly from the monitoring_probes table — there is no manual override. When probes fail, both numbers move together.

0%
30-day rolling uptime across all probes, computed live
Last updated: Aug 21, 2026, 6:39 AM MDT

Continuity. The values on this page mirror the same monitoring_probes rollup that powers the public /status page and the FEAD headline at /grants. Reviewers cross-referencing the three pages should see identical numbers — when they do not, the SQL aggregation is the source of truth.

24/7 in-house on-call rotation

SWWWC operates its network operations center in-house. There is no third-party SOC referral in the response path — incidents are detected, triaged, contained, notified, and reviewed internally by named operators.

Coverage model24/7 in-house on-call rotation
Team size4 named operators
Primary locationEvanston, WY (primary HQ)
Secondary locationRock Springs, WY (secondary field office)
Staffing noteSWWWC operates an in-house 24/7 NOC staffed by named operators. There is no third-party SOC referral in the response path — incidents are detected, triaged, contained, notified, and reviewed internally by SWWWC staff.

Synthetic probes against every tower-site target

Synthetic uptime probes (UptimeRobot / SmokePing) run against every tower-site target. Probe rows are summarized into the monitoring_probes table, which is the same source of truth that powers the public /status page.

Probe sources UptimeRobot · SmokePing
Probe cadence60-second HTTP and ICMP checks
Probe typeSynthetic — 60-second HTTP and ICMP checks against every tower-site target
Aggregate SLAResidential service carries a 99.5% uptime SLA; Business service carries a 99.9% uptime SLA. Both windows are measured against the same monitoring_probes rollup, not against a manually-set number. The capability statement §6 and /infrastructure#performance both reference the same split.
Live dataSee /status for live values, per-probe uptime, and last-checked timestamps.
Probe coverage matrix
UptimeRobot · evanston-hq tower1.swwwc.net — Evanston HQ core router — primary HTTP probe  → /infrastructure/evanston-hq
UptimeRobot · rock-springs tower2.swwwc.net — Rock Springs tower — PTP backhaul endpoint  → /infrastructure
UptimeRobot · fort-bridger tower3.swwwc.net — Fort Bridger tower — CBRS sector endpoint  → /infrastructure
SmokePing · lyman latency-lc.swwwc.net — Lyman latency probe — ICMP + HTTP round-trip  → /infrastructure
SmokePing · mountain-view latency-mv.swwwc.net — Mountain View latency probe — ICMP + HTTP round-trip  → /infrastructure
UptimeRobot · pinedale tower-pd.swwwc.net — Pinedale expanding endpoint — synthetic probe  → /infrastructure

Continuity. These rows are mirrored live at /status — both pages read the monitoring_probes table. The per-probe uptime cards on /status show the same probe_source / site_id / target tuples listed above, with the live uptime_pct and last_checked_at pulled from the same query.

T1 / T2 / T3 — tied to the 99.9% business SLA

Each tier has an ack window (the maximum time between incident detection and operator acknowledgement), a mitigation window (the target time to restore service or contain the issue), and a notify window (the target time to publish a customer-facing update).

Tier T1
Single-site degradation, some customers affected
Ack window15 minutes
Mitigation window2 hours
Notify window4 hours

T1 incidents count against the 99.9% business SLA referenced on /infrastructure and in §6 of the capability statement. The 30-day rolling uptime shown above is the same number those SLA windows are measured against.

Tier T2
Multi-site or full tower outage
Ack window15 minutes
Mitigation window4 hours
Notify window8 hours

T2 incidents are escalated to named NOC leadership, the on-call rotation is doubled, and customer-facing notification is dispatched within the public update window.

Tier T3
Backbone or upstream provider outage affecting all sites
Ack window5 minutes
Mitigation window8 hours
Notify window12 hours

T3 incidents trigger direct coordination with the upstream provider, an SWWWC executive-level briefing, and a public status-posted RCA within 5 business days.

Tier 1 specifically. T1 incidents count against the 99.9% business SLA referenced on /infrastructure and in §6 of the capability statement. The 30-day rolling uptime shown above is the same number those SLA windows are measured against — there is no separate, manually-tuned SLA per tier.

Standing window, advance notice, and review cadence

SWWWC schedules network-impacting changes inside standing maintenance windows with minimum advance notice. Emergency changes (reactive patches to a production-impacting issue) follow a shorter path with mandatory post-hoc review.

Standing windowTuesday 02:00–05:00 MT and Sunday 02:00–05:00 MT
Advance noticeMinimum 72 hours posted to /status and email subscriber list
Standard changeStandard change: NOC lead approval + after-action review within 5 business days. Emergency change: post-hoc review filed within 24 hours.
Communication channels /status · customer email broadcast · recorded voice message on (307) 555-0911

Active maintenance notice slot. For the current active maintenance window, see /status — that page is authoritative for the live state. The fields above describe the standing policy, not a specific scheduled event.

End-to-end in-house network physical layer

SWWWC builds and owns the network physical layer end-to-end — 32+ tower sites across 6,400+ square miles, dual upstream providers for path redundancy, in-house tower crews, and synthetic monitoring against every site. Per-site sector counts, capacity per sector, equipment detail, and the full coverage map are available at /infrastructure; per-site sector detail is one click deeper at /infrastructure/<site>.

24/7/365 named operator, escalation email, and emergency line

Customers, grant reviewers, and partner organizations reach the SWWWC NOC through the channels below. The NOC lead is the named primary; the email routes into the on-call rotation; the emergency line is answered live 24/7/365 by the on-call operator.

Primary contact
Neal Brown — NOC lead
Response commitment
Acknowledged within 15 minutes, 24/7/365
Escalation email
Emergency phone (24/7)

BEAD reviewer cross-links

The artifacts listed below compose the standing BEAD submission package. Each one is one click deep — reviewers verify there is no drift between the capability statement, the live status page, the security posture, and this network operations artifact.

Read live network status /status — Per-probe uptime, last-checked timestamps, and active incident list
Browse network infrastructure /infrastructure — Tower sites, coverage footprint, equipment specs, capacity, and per-site detail
Review cybersecurity posture /security — Customer data inventory, encryption, incident response, sub-processors, and audit trail
Return to BEAD submission package /grants — Capability statement, competitive positioning, and demand capture for unserved addresses

Need a network operator?

Grant reviewers, ISP partners, and enterprise prospects — reach the SWWWC NOC directly on questions about coverage, capacity, monitoring, or service-level commitments. We respond to government and enterprise inquiries within one business day.