Mesh Communications During Active Disasters
Quick Start: Mesh Operations During Active Disaster
- Power on all go-bag/mobile nodes. Allow 60 seconds for GPS lock.
- Verify channel configuration. All nodes must be on the same channel with the same key.
- Designate a Mesh Coordinator at EOC. One person monitors mesh traffic; all others operate.
- Send a CHECK-IN message from each active node: "CHECKIN [NODE NAME] [LOCATION] [STATUS]"
- Reserve voice for life-safety traffic. All status/position updates go on mesh.
- Log all mesh traffic. Screenshot or print message logs every 30 minutes.
- Check battery levels on all nodes every 2 hours. Recharge before depletion.
Infrastructure Failure Sequence During Major Disasters
Understanding what fails in what order helps you plan which communications systems to rely on at each phase of a disaster:
| Time After Event | What Typically Fails | What Still Works |
|---|---|---|
| 0 - 15 min | Grid power (local); some cell towers (congestion); landlines (cable damage) | Cell (initially); internet via battery-backed routers; mesh (pre-positioned nodes); battery-backed repeaters; HF radio |
| 15 - 60 min | Cell towers (battery exhaustion in high-call-volume events); some internet (routing failures) | Mesh (pre-positioned solar nodes); battery-backed repeaters; Winlink HF; satellite (Starlink) |
| 1 - 6 hours | Cell network (extended outage); most commercial internet; repeaters (battery exhaustion if not refueled) | Mesh (solar nodes with LiFePO4); HF radio; satellite; generator-powered systems |
| 6 - 72 hours | Generator-powered systems (fuel exhaustion); some repeater sites (refueling issues) | Solar mesh nodes (indefinitely while sun available); hand-charged systems; HF radio |
| 72+ hours | Most unsupported infrastructure | Well-designed solar mesh nodes; manually recharged systems; satellite |
Message Prioritization: Life-Safety First
All mesh message traffic should be evaluated against this priority hierarchy. The Mesh Coordinator at the EOC is responsible for escalating high-priority mesh traffic to the incident commander.
Mesh Message Priority Hierarchy
| Priority | Traffic Type | Example | Action Required |
|---|---|---|---|
| FLASH | Life safety - immediate threat to life | "MAYDAY SHELTER4 FIRE IN BUILDING EVACUATING NOW" | Mesh Coordinator immediately relays to incident commander via voice. Do not wait. |
| URGENT | Medical emergency; immediate resource need | "URGENT SHELTER4 CARDIAC PATIENT NEEDS ALS NOW" | Relay to IC within 2 minutes. Log and timestamp. |
| PRIORITY | Significant situation change; safety-relevant | "PRIORITY ROAD12 BRIDGE OUT NORTHBOUND IMPASSABLE" | Log, brief IC at next opportunity. Note on situational map. |
| ROUTINE | Status updates, resource counts, position | "ROUTINE SHELTER4 CENSUS 47 OCCUPANTS NEEDS: WATER" | Log. Include in next situation report cycle. |
Training requirement: All mesh operators must know the priority hierarchy before an activation. A FLASH message that sits unread in a mesh log because the Mesh Coordinator is unavailable defeats the entire purpose of the system.
The Mesh Coordinator Role at the EOC
In any activation with more than three mesh nodes, designate a dedicated Mesh Coordinator at the EOC. This is a full-time position during active operations; it cannot be effectively combined with net control or other communication roles in high-tempo situations.
Mesh Coordinator Responsibilities
- Monitor all mesh message traffic on the EOC laptop/display in real-time
- Maintain position awareness of all active nodes on the map view
- Immediately escalate FLASH and URGENT traffic to incident command
- Log all PRIORITY and ROUTINE traffic in the message log
- Update the physical or digital situational display with position and status data from mesh
- Troubleshoot connectivity issues: identify nodes that have gone offline or have coverage gaps
- Manage channel discipline: send reminders to operators who are sending non-essential mesh traffic
- Coordinate with voice net control to de-conflict mesh and voice traffic handling
Mesh Coordinator Equipment at EOC
- Laptop running Meshtastic web interface or Meshtastic map view
- Dedicated EOC mesh node with elevated antenna (not the go-bag portable; a proper fixed station)
- Message log sheet (paper backup if laptop fails)
- Direct communication link to incident commander (voice radio or in-person)
Operating Mesh During Specific Disaster Types
Hurricane
- Pre-position infrastructure before landfall (do not deploy during hurricane force winds)
- Antenna mounts must be rated for sustained winds exceeding forecast peak gusts
- After landfall: flooding may isolate neighborhoods; mesh provides connectivity across flooded roads
- Key nodes: shelters, fire stations, EOC, National Guard staging areas
- Solar charging will be degraded during storm cloud cover; ensure adequate battery reserves (40Ah+ per node)
Wildfire
- Mesh supports evacuation tracking: position data from evacuation checkpoints
- Rapidly changing fire perimeter means coverage needs change; mobile relay operators may need to reposition
- Smoke is generally transparent to 915 MHz LoRa; RF performance is not degraded by smoke
- Risk: pre-positioned nodes in the fire path may be destroyed; plan for rapid cache-and-deploy backup
- Key nodes: evacuation shelters, resource staging areas, fire camp EOC
Earthquake
- Immediate aftermath: grid power out, cell out, roads blocked; pre-positioned mesh is the only comms
- Building collapse may destroy some pre-positioned nodes; surviving nodes carry the load
- Search and rescue teams benefit most: continuous position tracking, message relay to command
- Key nodes: EOC, hospitals, fire stations, neighborhood triage sites
- Plan for aftershocks: operators should secure equipment against secondary shaking
Coordination with Public Information Officers (PIOs)
Warning: Mesh message content is not authorized for public release without PIO review. Mesh operators do not speak for the incident command. All public information must be cleared through the designated PIO. Mesh operators should not post mesh message content to personal social media accounts during an active incident.
Logging Mesh Traffic for After-Action Review
All mesh traffic during an activation should be preserved for the after-action review (AAR). This serves multiple purposes: legal documentation, performance evaluation, and training improvement.
- Meshtastic message logs: The Meshtastic app and web client maintain a local message log. Export or screenshot the complete log at the end of each operational period.
- Bridge logs: If running a mesh-to-internet bridge, the bridge log captures all traffic with timestamps automatically. Preserve these files.
- Paper log backup: The Mesh Coordinator should maintain a paper log of FLASH and URGENT traffic as a backup. Paper survives power failures and software crashes.
- Retention: Retain all mesh logs for at least 90 days post-incident, or longer if the incident results in legal proceedings.
No comments to display
No comments to display