Networking

DHCP and IPAM Operations

Assignment ownership, Site A DHCP scopes, reservation lifecycle, address-allocation workflow, conflict prevention, and reconciliation evidence.

Address management combines a design registry with runtime state. The vault defines intended ownership, while OPNsense, the bootstrap gateway, and endpoint configuration prove which system currently owns each address.

Phase-Aware Ownership

Site A currently uses the UCG-backed 192.168.0.0/23 bootstrap network. Final OPNsense client scopes begin in A4. Do not expect final leases before their gate passes, and never bridge the bootstrap and target fabrics.

Assignment Ownership

Network or phaseAssignment ownerMethod
Site A bootstrap 192.168.0.0/23UCG MaxTemporary DHCP/reservations plus documented static management and IPMI addresses; XG6 p4 serves one endpoint at a time
A3 switch commissioning on VLAN 10OPNsenseShort-lived VLAN-10-only scope only if factory-default discovery requires it; remove before Gate A3
Final VLANs 10/20/25/30/40/50/60/70/80/90Vault registry plus endpoint configurationStatic or application-managed assignment; no broad DHCP pool
Final VLANs 100/110/120OPNsenseClient DHCP with documented reservations where needed
VLANs 65/999 at Site ANoneVLAN 65 is reserved and not carried; VLAN 999 has no IP service
Site BExisting documented ownersParked; Site A work does not change its scopes or reservations

Site A Client Scopes

VLANPoolGatewayDNS during A4-A9DNS after A10
10010.10.100.50-10.10.103.19910.10.100.110.10.100.110.10.30.10, 10.10.30.11
11010.10.110.50-10.10.110.19910.10.110.110.10.110.110.10.30.10, 10.10.30.11
12010.10.120.50-10.10.120.19910.10.120.110.10.120.110.10.30.10, 10.10.30.11

Infrastructure assignments follow Address Allocation Rules. Exact entries in IP Tables override a shorthand band.

Durable Address Record

FieldRequired value
System and interfaceCanonical hostname plus NIC, VM vNIC, BMC, or service interface
Site and VLANSite A/Site B and VLAN ID or bootstrap network
AddressIP with CIDR; gateway only where routed
Assignment typeStatic, DHCP reservation, dynamic lease, VIP, or reserved/unallocated
MAC addressRequired for a reservation; re-verify after VM replacement
Lifecycle phaseBootstrap, A3 commissioning, final, or parked Site B
DNSForward/PTR record or explicit reason none exists
Owner and purposeWorkload or infrastructure owner and a short reason

The vault is the design authority. The active DHCP server and endpoint configuration are runtime authorities. A completed assignment leaves all three in agreement.

Allocation Workflow

  1. Select the site, VLAN, and routing class from VLANs and Routing.
  2. Check IP Tables for an existing assignment or reservation.
  3. Search the repository for the proposed IP, hostname, and MAC.
  4. Inspect the owning DHCP server's leases, reservations, exclusions, and stored client references.
  5. Choose the documented role band or an existing explicit exception; never infer availability from the last octet alone.
  6. Record the assignment in the vault before or with the runtime change.
  7. Apply one assignment and verify address, mask, gateway, DNS, and expected reachability from the intended VLAN.
  8. Add or update forward and PTR records when the DNS phase requires them.
  9. Reconcile the lease and reservation view after the endpoint restarts.

Conflict-Prevention Rules

  • Never allocate an address found in the vault registry, active leases, reservations, VIP pools, or a device's fixed-IP configuration.
  • Keep infrastructure static addresses outside broad client lease ownership unless an explicit reservation and exclusion make ownership unambiguous.
  • Never run a broad DHCP scope on VLANs 10, 20, 25, 30, 40, 50, 60, 70, 80, or 90.
  • Remove the A3 VLAN 10 commissioning scope before Gate A3 closes.
  • Never provide DHCP or a gateway on VLANs 25, 60, 65, or 999 at Site A.
  • Preserve 10.10.253.0/24 as retired/reserved.
  • Never give the UCG a downstream VLAN 100 reservation during the Site A migration.

Reservation Lifecycle

A reservation couples an IP to a MAC, not a hostname. A Proxmox VM replacement can create a new MAC even when the VM name stays the same.

After a destroy/recreate:

  1. read the new MAC from Proxmox or the guest agent;
  2. replace the stale reservation on the owning DHCP server;
  3. verify the old lease cannot be assigned unexpectedly;
  4. renew the lease and confirm the intended address; and
  5. update the vault and DNS if either value changed.

Bootstrap Lease Pointers

Temporary VM leases may be recorded in their operating runbook and in .env.local only where that file is the documented tier-0 pointer. Do not create per-project environment files.

Reconciliation Gate

An assignment passes when the endpoint reports the intended IP/CIDR and gateway state, the DHCP server shows the intended owner, no second DHCP server answers, forward and PTR records match the current DNS phase, the vault agrees with runtime state, and a reboot or lease renewal returns the same result.

Use the Network Validation Runbook to capture that evidence.