Open-source telecoms. Operator-controlled.0.7.0-dev / Development preview ↗
Search all guides

Ownership protects existing configuration

An object that looks compatible is not automatically an object DOMAINTAINS is allowed to change.

Record verified creation

The ownership ledger records native FreePBX object identities and configuration fingerprints only after creation has been verified. Trunks, routes and number configuration outside that authority remain protected. Exactly matching unowned objects may be reused, but reuse does not confer ownership.

Reject drift

Reconciliation checks the current configuration against recorded ownership evidence. Unexpected administrator changes fail closed rather than being silently overwritten or adopted. A provider-authorised change can be applied when the existing owned object still matches its recorded fingerprint.

Adopt only after review

Safe legacy configuration can require explicit administrator-confirmed adoption. Conflicting or ambiguous objects cannot be adopted. Do not delete the ownership ledger or recreate trunks to bypass a conflict; preserve native identities and inspect the diagnostic first.

A matching name
is not permission.

What matters is verified ownership and the actual configuration, not whether an object looks familiar.

BeforeNew object
Required evidenceCreation verified + fingerprint recorded
OutcomeOwned configuration

Manage after verification

Ownership is recorded only after creation has been verified. Later changes require the current object to match the recorded evidence and the new configuration to remain provider-authorised.

Review eligible adoption interactively

Review eligible adoption interactively
fwconsole domaintains adopt

What may happen to each object?

What may happen to each object?
Actual statePermitted outcomeForbidden shortcut
New and verified after creationRecord native identity and fingerprint as ownedRecording ownership before creation is verified
Unowned and exactly matchingReuse without mutation or ownership captureNormalising, deleting or recreating it
Owned and fingerprint matchesApply a provider-authorised change and verifyIgnoring current provider authority
Owned but unexpectedly changedStop and preserve the conflictRecapturing the new fingerprint to erase the conflict
Safe legacy object with reviewed planExplicit administrator-confirmed adoptionAdopting an ambiguous or foreign object