Skip to main content

Operating Multiple Channels on One Network

Running multiple Meshtastic channels on the same network infrastructure enables privacy separation, role-based access control, and operational flexibility. This page covers design patterns for multi-channel community networks.

Why Multiple Channels?

  • Privacy tiers: Public channel (open access) + private community channel (member-only key) + infrastructure/ops channel (operators only)
  • Functional separation: General chat, emergency/tactical, telemetry/MQTT, admin coordination
  • Geographic zones: Neighborhood channels within a metro-wide network
  • Inter-network bridging: A bridge node can monitor a second network's channel while primarily operating on your community channel

Channel Capacity

Meshtastic supports up to 8 channels simultaneously on a single node (slots 0-7). Channel 0 is the primary channel (all nodes have it). Channels 1-7 are secondary and only active on nodes configured to use them.

All enabled channels share the same LoRa radio - the node transmits and receives on one frequency at a time. Multiple channels increase channel utilization proportionally with message volume on each channel.

# Channel 0: Public community channel
meshtastic --ch-index 0 --ch-set name "PDXMesh"
meshtastic --ch-index 0 --ch-set psk "community-key-base64=="
meshtastic --ch-index 0 --ch-set uplink_enabled true # optional: MQTT bridge
meshtastic --ch-index 0 --ch-set downlink_enabled false # prevent loops

# Channel 1: Operations/admin (limited to infrastructure operators)
meshtastic --ch-add
meshtastic --ch-index 1 --ch-set name "PDX-Ops"
meshtastic --ch-index 1 --ch-set psk "ops-key-base64=="
meshtastic --ch-index 1 --ch-set uplink_enabled false # keep off MQTT
meshtastic --ch-index 1 --ch-set downlink_enabled false

# Channel 2: Emergency (activated during events)
meshtastic --ch-add
meshtastic --ch-index 2 --ch-set name "PDX-EmComm"
meshtastic --ch-index 2 --ch-set psk "emcomm-key-base64=="

Channel Key Management

With multiple channels, key management becomes important:

  • Store all channel keys in a password manager (Bitwarden, 1Password) shared with authorized operators
  • Document which nodes have which channels configured - a node without channel 2 will miss emergency messages
  • When a key is compromised, change only the affected channel key - other channels are unaffected
  • Establish a key rotation schedule: community channel annually, ops channel quarterly, emcomm channel pre-activation

Traffic Impact

Each additional active channel increases channel utilization by the traffic that channel carries. Monitor total CU across all channels:

  • With 3 channels, target total CU under 20% combined
  • Low-activity channels (ops, emcomm) add minimal overhead: mostly periodic NodeInfo broadcasts
  • High-traffic channels (active community chat) can each contribute 5-15% CU