Aux root
.dom
Domain Engineering TLD
KASTALIEN peer-peer name system ¹
Domain space is just the regular public internet with an added top level domain 'dom' which operators use to establish their control of overall name space. As used here, alt root refers to an autonomous peerage that routes TLDs upon discretion of the operators. The default in core domain space is all ICANN/IANA tlds plus one but other operators may choose something else. A reasonable effort for a free service level is committed that just works by adding 1 or more of the following name servers (or their ip addresses if your resolver requires it), to add core domain space (my version of .dom) to your active resolver(s):
- ns.<LINKING_ZONE>
- . . .
- ns<n-1>.<LINKING_ZONE>
where<LINKING_ZONE> ::= <DS_ZONE>.<IANA_ZONE> A linking zone is a bridge from the public name system, <n> is currently 2 and
the zone rotations are
<LINKING_ZONE> Epoch Vendor <DS_ZONE> <IANA_ZONE> 'ai-integration' 'biz' 2005-03 — 2025-02 Neustar 'meansofproduction' 'biz' 2006-11 — 2024-10 Neustar 'meansofproduction' TBA 2024-07-14 TBA 'mecha.dom' split from aii.biz N/A 2023-01-01 N/A 'sameboat' 'live' 2017-11 — 2022-11 Donuts 'sameboat' 'network' 2022-05 — 2027 Donuts
- Suffixes which are dropped for general public use may still be routed for devops purposes.
The rotating linking zone is the distinguishing feature of my alt root concept which otherwise is ordinary DNS/EPP. Although the facilities provided by overlaying services may obscure this fact it's essential to interoperability of private domain spaces with the public internet.
A compromise between stability and flexibility/independence from the priced system is struck by rotation of a IANA TLD and 90 days of dual routing of the old and new during the rotation.
The canonical mapping from state actor name spaces such as IANA into .dom is to simply drop the IANA TLD and replace it by the one designated for use in private spaces.Names only routed in a domain space lack an IANA suffix (or equvalently use .dom) and are not affected by linking zone rotation.
Operators manage impact if any in their domain spaces across linking zone rotations, including determining their own epoch duration policies, above are for core domain space.
* An example is thoughtcrime.biz, thoughtcrime.dom is already the reference domain but tcb.biz will route publicly for a while and then only via my root for the .biz suffix.
Paid²[2]users have access from recursion and additional basic name services for users below developer class up to continuous live maintenance by intelligent agency for operators.
As used here, the background operation of the public priced name systems are assumed as needed, excluded where desirable, e.g. for privacy or security. Our system is constructed using the standard unix networking software and forms a superspace of the public name system with these properties:
- Individual operators of the system determine which TLDs they recognize. The system administered here only allocates the TLDs FCFS to operators, it doesn't have the intent of acting as a sole authoritative source even for the .dom name, which operators may override to establish cooperating alt roots. The TLD operators in essence agree to a common real TLD space which they may present internally differently, but which starts with the common public systems plus a single reserved name: ".dom" for their private/peer namespace.
- IPV6 and TLS are defaults, 4 and plain text special cases.
- Simple name seeking registrars are prohibited. Registrars must offer the name service free bundled with value added services.
- A rich default common systems application environment which operators may optionally use is provided in which all users are identified and at least in principle, traceable.
An equivalent function is assumed for peer operators, as provided by my DNS/EPP tooling merged with the FRED Czech NIC software as maintained by me for my Ubuntu LTS targets. End users of the "sameboat/C-六" core PHP-Python CMS have significant consumer level DNS functionality upon sufficient entitlement.
³ "clean" means a newly formatted host OS instance; Our modifications of various elements such as letsencrypt included in the SaaS, woven through various process such as SSO, registration, etc.
