Secure by design
Condor authenticates peers and protects network traffic. MMGR applies identity, permission, and authority checks to mission operations.
BLK_MTN combines field radios, multi-hop networking, self-hosted mission services, and operator software. The architecture places communications, operational data, and trust decisions within the deployment.
The stack separates radio transport, mission authority, persistent state, and the operator interface. Each layer tracks its own responsibilities as peers, services, and external connections change.
Condor authenticates peers and protects network traffic. MMGR applies identity, permission, and authority checks to mission operations.
The deployment architecture hosts networking and mission services locally, with external internet access as a separate dependency.
Hardware, networking, mission services, and operator software remain distinct layers that can evolve together.
Organizations can retain control of operational infrastructure, services, and data.
Condor authenticates peers, maintains link and routing information, and selects multi-hop paths across available connections. Its delivery logic responds to changing topology and link conditions while protecting network metadata and payloads.
BLK_MTN separates local intent, transport progress, delivery state, and authoritative outcome. Operators can distinguish work that is drafted, queued, transmitting, delivered, confirmed, failed, or expired instead of treating intermittent connectivity as a binary online/offline condition.
The MMGR federation architecture assigns explicit permissions to trusted sites. Local policy governs authorized work during interruptions, while current authority and trust state govern privileged changes.
Operations are tied to explicit identities and assigned permissions rather than implicit network location.
Privileged changes depend on current authority rather than simply accepting whichever server happens to be reachable.
The recovery model reconciles trust and mission state when sites reconnect before restoring privileged access.
Multiple trusted MMGR sites can participate in one administrative environment with delegated authority, controlled handoff, and reconciliation after interruption.
MMGR hosts mission services and operational state on locally controlled infrastructure. Marmot supplies field compute and radio hardware. Basecamp mapping development includes cached map packages and mission-area pinning for offline access.
Marmot brings capability into the field. Condor moves information across changing links. MMGR provides trusted mission services and authority. Basecamp turns those capabilities into an operational interface. The layers remain distinct, but they are designed to work together.
Marmot provides portable field hardware for users, sites, and future airborne roles.
Condor provides authenticated, resilient multi-hop communications across available links.
MMGR provides identity, mission state, policy, durable coordination, and federation.
Basecamp provides mapping, planning, messaging, tasking, and network-aware context.
Condor handles communications, MMGR governs mission state and authority, and Basecamp presents operational context. Hardware integration, offline map packaging, federation workflows, and end-to-end qualification remain under active development.