OpenStack/openstack-caracal-dc-dc

Fork: 0

OpenStack / openstack-caracal-dc-dc

History for openstack-caracal-dc-dc / tests / roles-aggregates-import / run-tests.sh

2026-07-14	497ede6 Browse files » D-118 ADOPTED (org ULA fd50:840e:74e2::/48); VR1 DC0 + DC1 IMPORTED; roles importer bug fixed ... D-118: ORG_ULA_48 = fd50:840e:74e2::/48. RFC 4193 valid (fd -> L=1, 40-bit Global ID 0x50840e74e2, /48 -> 256 x /56 for D-101's per-DC /56). The load-bearing check is NOT the RFC conformance -- it is that it does NOT collide with Tailscale's fd7a:115c:a1e0::/48: office1-tailscale runs --accept-routes, so an overlap would have been a LIVE tailnet routing conflict, not a paper one. Provenance stated honestly: the 'CSPRNG-generated' claim cannot be re-verified. It does not change the ruling (RFC 4193's SHA1 construction is a SHOULD; the requirement is a pseudo-random 40-bit Global ID). Regenerating would only swap in a different random number at the cost of re-editing 7 places. Corrects a FALSE claim: changelog-20260711 called this value 'ratified' when no D-number ever assigned it. That phantom ratification is why it read as settled for two days. Same failure mode as D-117: a document asserting authority it lacked. IMPORTED into the sandbox: six-plane roles + 2 RIRs + 5 aggregates, then VR1 DC0 (18 prefixes) and VR1 DC1 (18). The D-117 fix is now LIVE-PROVEN, not just green offline: --dc dc0 -> apex site VR1 DC0 (id=8), --dc dc1 -> VR1 DC1 (id=9). ULA reads DC.NN in the 4th hextet per D-111 (fd50:840e:74e2:220:: .. :350::). A REAL BUG, found by running roles-aggregates-import.py for the first time for real: it checked existence by SLUG only, but NetBox also enforces UNIQUE NAMES. The draft's legacy role 'Replication' (slug repl) blocks the six-plane role (slug replication, name Replication) -- so it created 4 roles, 400'd on the 5th, and DIED, leaving the apex HALF-POPULATED with no RIRs, no aggregates, no rollback. It had never met a NetBox holding the real draft (only empty ones) and it SHIPPED WITH NO HARNESS. That is why it survived. - six-plane role renamed 'Replication Plane' (slug unchanged -- lib-net.sh SPACES6 and the prefix importer look up 'replication') - the script now PREFLIGHTS every name/slug and writes NOTHING unless the whole plan is viable. An IPAM importer that can die partway corrupts what it populates. - tests/roles-aggregates-import/ CREATED: 16/16 PASS. Final state PROVEN by sandbox-fidelity-check (now carrying the full planned delta): the sandbox is the upstream draft + EXACTLY D-115 + D-117 + D-118 -- every shared object field-identical, nothing lost, nothing stray. 90 -> 134 prefixes. repo-lint 0 fail. run-tests-all: ALL GREEN (56 harnesses). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013ZBxzAbmqwLW7jEmMG23Xw JANeumatrix committed 7 hours ago

2026-07-14

497ede6
Browse files »

D-118 ADOPTED (org ULA fd50:840e:74e2::/48); VR1 DC0 + DC1 IMPORTED; roles importer bug fixed ...

D-118: ORG_ULA_48 = fd50:840e:74e2::/48. RFC 4193 valid (fd -> L=1, 40-bit Global
ID 0x50840e74e2, /48 -> 256 x /56 for D-101's per-DC /56). The load-bearing check
is NOT the RFC conformance -- it is that it does NOT collide with Tailscale's
fd7a:115c:a1e0::/48: office1-tailscale runs --accept-routes, so an overlap would
have been a LIVE tailnet routing conflict, not a paper one.

Provenance stated honestly: the 'CSPRNG-generated' claim cannot be re-verified.
It does not change the ruling (RFC 4193's SHA1 construction is a SHOULD; the
requirement is a pseudo-random 40-bit Global ID). Regenerating would only swap in
a different random number at the cost of re-editing 7 places.

Corrects a FALSE claim: changelog-20260711 called this value 'ratified' when no
D-number ever assigned it. That phantom ratification is why it read as settled for
two days. Same failure mode as D-117: a document asserting authority it lacked.

IMPORTED into the sandbox: six-plane roles + 2 RIRs + 5 aggregates, then VR1 DC0
(18 prefixes) and VR1 DC1 (18). The D-117 fix is now LIVE-PROVEN, not just green
offline: --dc dc0 -> apex site VR1 DC0 (id=8), --dc dc1 -> VR1 DC1 (id=9). ULA
reads DC.NN in the 4th hextet per D-111 (fd50:840e:74e2:220:: .. :350::).

A REAL BUG, found by running roles-aggregates-import.py for the first time for
real: it checked existence by SLUG only, but NetBox also enforces UNIQUE NAMES.
The draft's legacy role 'Replication' (slug repl) blocks the six-plane role (slug
replication, name Replication) -- so it created 4 roles, 400'd on the 5th, and
DIED, leaving the apex HALF-POPULATED with no RIRs, no aggregates, no rollback.
It had never met a NetBox holding the real draft (only empty ones) and it SHIPPED
WITH NO HARNESS. That is why it survived.
  - six-plane role renamed 'Replication Plane' (slug unchanged -- lib-net.sh
    SPACES6 and the prefix importer look up 'replication')
  - the script now PREFLIGHTS every name/slug and writes NOTHING unless the whole
    plan is viable. An IPAM importer that can die partway corrupts what it
    populates.
  - tests/roles-aggregates-import/ CREATED: 16/16 PASS.

Final state PROVEN by sandbox-fidelity-check (now carrying the full planned
delta): the sandbox is the upstream draft + EXACTLY D-115 + D-117 + D-118 --
every shared object field-identical, nothing lost, nothing stray. 90 -> 134
prefixes.

repo-lint 0 fail. run-tests-all: ALL GREEN (56 harnesses).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_013ZBxzAbmqwLW7jEmMG23Xw

JANeumatrix committed 7 hours ago