DVNTM (Mobile Site) on Deevnet Infrastructure Platform

Builder & Core Services

Mon, 01 Jan 0001 00:00:00 +0000

Builder & Core Services ✅ #

Builder infrastructure, network automation, and core services required to provision and rebuild the mobile (mobile) site from bare metal.

GitHub: https://github.com/deevnet
Documentation: https://deevnet.github.io/deevnet-docs/

✓ 30 | ↻ 0 | ⏳ 0 (30 total)

Legend: ✅ Complete | 🔄 In Progress | ⏳ Planned

Project Vision & Scope #

Achieve fully automated, repeatable provisioning of the mobile (mobile) site from bare metal to running core services, with complete air-gap recovery capability.

Patch Automation

Mon, 01 Jan 0001 00:00:00 +0000

Patch Automation #

Automated patching strategies, firmware upgrades, and automation improvements for substrate infrastructure components.

✓ 0 | ↻ 0 | ⏳ 16 (16 total)

Legend: ✅ Complete | 🔄 In Progress | ⏳ Planned

Project Vision & Scope #

Define and implement consistent patching strategies across all substrate components to maintain security posture while minimizing downtime. Includes firmware upgrades and automation improvements identified during the network build.

In Scope

Extended Management Plane

Mon, 01 Jan 0001 00:00:00 +0000

Extended Management Plane #

Extended management services for the mobile (mobile) site — logging, telemetry, alerting, secrets, and identity. Builds on the core substrate once it is operational.

GitHub: https://github.com/deevnet/ansible-collection-deevnet.mgmt
Documentation: https://deevnet.github.io/deevnet-docs/

✓ 0 | ↻ 0 | ⏳ 33 (33 total)

Legend: ✅ Complete | 🔄 In Progress | ⏳ Planned

Project Vision & Scope #

Deploy a unified management plane providing observability, security, and identity services for all substrate components, running as tenants on the Proxmox hypervisor.

Full Site Rebuild

Mon, 01 Jan 0001 00:00:00 +0000

Full Site Rebuild #

End-to-end rebuild of the mobile site from scratch. Validates air-gap recovery capability and exercises all automation built across the Builder, Patch Automation, and Extended Management Plane projects.

✓ 0 | ↻ 0 | ⏳ 6 (6 total)

Legend: ✅ Complete | 🔄 In Progress | ⏳ Planned

Project Vision & Scope #

Perform a complete tear-down and rebuild of the mobile (mobile) site to validate that the infrastructure-as-code automation is truly end-to-end. This is the capstone event that proves the system works.

Tenant Platform

Mon, 01 Jan 0001 00:00:00 +0000

Tenant Platform #

Deliver the capability to run tenants on the mobile substrate — from network architecture through a repeatable, code-defined tenant lifecycle. Each tenant is an isolated workload that supplies its own IaC/CaC to rebuild from scratch against the substrate.

✓ 1 | ↻ 3 | ⏳ 2 (6 total)

Legend: ✅ Complete | 🔄 In Progress | ⏳ Planned

Design tenant network architecture ✅ #

How tenant traffic is isolated, routed, and addressed.

Hypervisor Platform Uplift

Mon, 01 Jan 0001 00:00:00 +0000

Hypervisor Platform Uplift (Proxmox VE 8 → 9) #

Move both hypervisors from Proxmox VE 8.4 to the 9.x series. This is a prerequisite for the tenant fabric, not routine patching — PVE 9 is what makes the EVPN underlay manageable as code.

✓ 3 | ↻ 0 | ⏳ 2 (5 total)

Legend: ✅ Complete | 🔄 In Progress | ⏳ Planned

Project Vision & Scope #

Both hypervisors currently run PVE 8.4.1. PVE 9 is based on Debian 13 (Trixie), so this is a major-version distribution upgrade on each node, not a package update.

Declarative Reconciliation

Mon, 01 Jan 0001 00:00:00 +0000

Declarative Reconciliation #

Close the gap between what inventory declares and what the substrate actually runs. Several roles today reconcile additively — they create and update, but never remove — so deleting a host from inventory leaves its live state behind indefinitely.

✓ 0 | ↻ 0 | ⏳ 11 (11 total)

Legend: ✅ Complete | 🔄 In Progress | ⏳ Planned

Project Vision & Scope #

The substrate is meant to be reconstructible from its declarations. Building Infrastructure states that any host can be wiped and rebuilt from source control, and Naming and Addressing makes a host’s address “a fact about its declaration, not about the order it booted in”.

Hypervisor Storage

Mon, 01 Jan 0001 00:00:00 +0000

Hypervisor Storage #

Give each hypervisor a deliberate, documented storage layout, and make the storage a rebuild depends on recoverable from code.

✓ 0 | ↻ 1 | ⏳ 5 (6 total)

Legend: ✅ Complete | 🔄 In Progress | ⏳ Planned

Project Vision & Scope #

The hypervisors’ storage grew by hand. Nothing records why each node is laid out the way it is, and until recently nothing recorded the layout at all. This project first captures what exists, so a rebuild recreates it, and then improves it.

Access Network

Mon, 01 Jan 0001 00:00:00 +0000

Access Network #

How hosts and operators physically attach to the site’s access switch, starting with a tidier management path.

✓ 0 | ↻ 0 | ⏳ 3 (3 total)

Legend: ✅ Complete | 🔄 In Progress | ⏳ Planned

Project Vision & Scope #

The management segment (VLAN 99) should be easy to plug into, both for hosts and for an operator at the rack, without weakening the segmentation or the recovery paths built on it.