Technical Insight Meets Organizational Dynamics

About the Work

This page presents an exploratory approach to understanding and modeling complex digital domains—particularly in RDAP, identity, and strategic IT roles. While not based on scientific publications, it draws on practical experience and systems thinking to surface real organizational challenges and opportunities.

These insights support informed decision-making by clarifying how technical, organizational, and legal factors interact within digital infrastructure.
They form a foundation for strategic planning, governance, and accountability across government IT domains.

→ understanding people and roles in it
“IT thrives on the interaction between skilled specialists and effective managers. Specialists respond best when issues are framed in a real-world context — not just technically, but situationally. They are activated by complex technical ambiguity and challenged by autonomy, technical career paths, and meaningful recognition.”

“Managers add value beyond the technical peak, especially as IT challenges outpace traditional education. They are activated by organizational complexity and challenged by strategic influence, ownership, and outcome-based incentives. Face-to-face communication with skilled employees is the only practical way for a manager to work through demanding issues, translate technical challenges into business impact, and perform the necessary post-mortem analysis. Many managers reach their role after struggling with the work themselves, making guidance, collaboration, and effective platforms essential for real progress.”

“This balance of expertise and guidance transforms IT’s technical challenges into expected results.”

→ moving beyond isolated it
“Really effective resolution of complex issues requires moving beyond the support sandbox, with full organizational accountability. IT must start strategically, overseeing collaboration before technical implementation and legal finalization.”
“A notary immediately asks where a legislative change is codified, highlighting the need for early IT–legal alignment. Initial legal grounding builds on current expert insights, with finalization adapting as understanding evolves, allowing projects to progress despite objections.”
“A Dutch strategic IT team operates above ministerial boundaries, freeing other roles to focus on tactical efficiency.”

→ standards and global positioning
“IT standards become clear through targeted, accessible training materials.
A Dutch expert group can play a pivotal role in aligning global IT developments.”

→ identity and digital infrastructure
“WebIDs are still evolving — a common name like ‘Peter Jansen’ can no longer be relied on as a unique identifier.”

→ strategic guidance and domain awareness
“As Klöpping and Blom (2023) emphasize, centralized digital governance is essential for effective transformation. However, such a ministry may lack the authority of established ones like Finance. An effective Digital Affairs Team under the Ministry of General Affairs can provide strategic guidance grounded in finance expertise.

This team can deliver a coherent, expertise-driven digital strategy while respecting ministerial responsibility for calm, coordinated tactical execution. Treating domains such as healthcare and housing as distinct focuses helps advance IT progress despite complexity.”

Key Topics:
1. Software development designed for international, not local-only, use
2. Justified tariff and discount structures for monopolists
3. Initial legal frameworks to support maturing projects

Regarding Web Domain and Hosting Control:

The Dutch website en.internet.nl/ provides essential to-do points for responsible parties, based on the outcome of automated tests.
It is worth noting the following points.

  1. Due to the broad range of test topics, a critical issue may result in only a minor deduction from an otherwise near-perfect score;
  2. A closed server can still achieve a score of 61% for web and 70% for email, based solely on DNS configuration—despite being inaccessible;
  3. Domain holder name challenges often require country-specific solutions. While the necessary technical tools nearly exist, political awareness is key.
    This issue could be effectively addressed under the remit of the Ministry of General Affairs, as technical experts alone are unlikely to resolve it;
  4. The current “Hall of Fame” model may need to evolve toward more future-proof methods, including testing with email-based user identification;
  5. As in my tools, I recommend adopting a four-column format that presents IPv4 and IPv6 results separately, rather than combining them;
  6. Email functionality—both sending and receiving—depends on many factors. Unfortunately, a score of 100% misleads.

From Actionable Screenshots to Resolution and Management-Ready Post-Mortem Reviews

  1. Free Domain Lookup, including DNSSEC and Whois (PHP/Python/JSON, since August 15, 2021) — rdap.hostingtool.nl/modeling_domain/
  2. Free Server Header Lookup, to phase out (PHP/XML, since January 14, 2022) — www.hostingtool.nl/server_headers/
  3. Free Domain Control Register ® (PHP/JSON, since November 30, 2024) — www.domaincontrolregister.org/
  4. Free Homepage Route Overview (PHP/Python, since February 26, 2025) — www.workingornot.org/
  5. Free Security Header Overview (PHP/Python, since March 18, 2025) — securityheaders.hostingtool.org/
  6. Free Hosting Lookup (PHP/Python/JSON, since May 6, 2025) — lookup.hostingtool.org/
  7. Prioritizing Administrative Organization (AO) consolidating into an NL Digital Affairs Team (since May 8, 2025) — www.teamdigitalezaken.nl/
  8. Free Top-level Domain Lookup (PHP/JSON, since June 21, 2025) — rdap.hostingtool.nl/modeling_tld/
  9. Prioritizing Administrative Organization (AO) consolidating into an NL Digital Knowledge Team (since August 8, 2025) — www.teamdigitalekennis.nl/

Fragmented ccTLD Systems: The Modeling Barrier ICANN Must Address

  1. ICANN’s limited visibility into the diverse software environments powering ccTLD operations has led to systemic fragmentation — a critical obstacle to achieving unified and resilient global registry modeling.
  2. PostgreSQL’s support for JSON and JSONB field types enables flexible storage of semi-structured, TLD-specific identifier properties. These capabilities are essential for integrating heterogeneous data from multiple sources. However, the current RDAP vCard array format for postal addresses lacks structural consistency. For example, inconsistent use of country names versus ISO codes in RDAP responses undermines both machine readability and data reliability.
  3. Operationally, some ccTLDs — such as the Netherlands — have implemented optimized practices, including indexed fields for postal code search. Yet the broader RDAP model, especially its nesting of entities within other entities, introduces unnecessary complexity. This impedes both automated parsing and user-friendly presentation. RDAP’s physical data structure should instead enforce role-specific visibility to reduce ambiguity and improve security.
  4. Data quality is further undermined by overreliance on registrar-supplied input. In many ccTLD ecosystems, registrars remain the primary data source, often without authoritative validation. This weakens data integrity and highlights the need for automated, standardized controls across the registry landscape.
  5. Domain lifecycle modeling also demands greater precision. For instance: a domain marked as pendingDelete MUST NOT simultaneously carry the redemptionPeriod status — and vice versa. These are mutually exclusive lifecycle states that must be modeled explicitly to prevent operational ambiguity.
  6. The current RDAP specifications include domain status codes such as transfer prohibited, update prohibited, and delete prohibited. However, unlike EPP, RDAP does not distinguish whether these restrictions are imposed by the registrar (client-side) or the registry (server-side). This lack of granularity and accountability may hinder operational clarity and complicate dispute resolution.
  7. Toward Clearer Status Semantics with snake_case. Traditional RDAP status labels such as inactive, locked, and excluded are often ambiguous, overloaded, or inconsistently applied across registries. These legacy labels hinder interoperability and complicate automated processing. Using structured, descriptive snake_case identifiers reduces ambiguity and enables more consistent integration across systems.
    Remap Common Lifecycle States:
    ok, active → dns_active
    redemption period → pending_redemption
    Apply Explicit Protection Flags When Enforcing Restrictions
    registry-controlled statuses:
    * server transfer prohibited
    * server update prohibited
    * server delete prohibited
    otherwise, registrar-controlled statuses:
    * client transfer prohibited
    * client update prohibited
    * client delete prohibited
    Note: Avoid generic or compound statuses (e.g., locked) when fine-grained flags are available.
    If legacy or ambiguous statuses are used, remap them to clear, structured alternatives:
    * Domain functioning without authoritative DNS configuration:
    inactive (ambiguous) → dns_glue_tld_nameservers
    * Registry-enforced prohibitions (e.g. clear in EPP, serverTransferProhibited):
    locked (ambiguous) → server_protected_state (no client-side and no two-sided act)
    * Domain reserved or otherwise restricted (e.g., not assignable):
    excluded (non-standard) → server_registration_restricted
  8. Finally, aligning the domain deletion phase (pendingDelete) with search engine deindexing elevates it from a purely technical state to a GDPR-relevant lifecycle boundary. This alignment creates legal, operational, and policy incentives to support data minimization, authoritative lifecycle closure, and responsible information removal.

Up-to-Date PostgreSQL Registry Table Definition (Since May 31, 2025)

Developed to replace legacy registry systems and support deployment on global RDAP servers, this schema upgrade enhances data clarity, consistency, and maintainability, representing a critical step forward in modernizing the RDAP protocol.

Machine-Readable IANA Root Zone Data:
My IANA root zone data is in a renewed format, to be retrieved from a designated IANA server and relying on user activity logging—including from unidentified internet users—for issue resolution, the tool avoids unnecessary traffic, reduces system overhead, and supports traceable, efficient operations.

Allowed in the .nl Domain (Netherlands)

– The Dutch SIDN maintains the gTLD operational requirements for .amsterdam and .politie;
– The .frl root zone, for the Dutch Province of Friesland, is maintained in England and has been updated;
– For final stage ccTLD domains: https://www.catchtiger.com/nl/domeinnaam-veilingen/
or for gTLD: https://www.expireddomains.net/expired-domains/

Allowed in the .fr Domain (France)

Allowed in the .de Domain (Germany)

Recommended Actions for Strengthening Digital Governance in the Netherlands

1. Establish ‘Team Digitale Zaken’ as Digital Affairs Team under General Affairs
This oversight body, composed of experts, supervises national digital activities, policies, and strategic direction — including management of the .nl domain and broader digital infrastructure. These areas present complex technical challenges that demand specialized expertise beyond the scope of most stakeholders. The team ensures transparency, resilience, and alignment with the public interest.

2. Avoid Appointing a Minister of Digital Affairs
While appointing a dedicated minister may seem like a logical step toward centralization, it risks politicizing a domain that should remain technically focused and multi-stakeholder driven. Effective oversight requires continuity, expertise, and agility—traits often constrained within conventional ministerial structures.

3. Establish ‘Team Digitale Kennis’ as Digital Knowledge Team
This Ministry of the Interior team can consolidate operational routines and safeguard institutional memory, enabling a faster and more coordinated response to digital disruptions or incidents. By embedding adaptable expertise within the organization, the government strengthens its ability to manage crises with agility and technical precision. Ongoing learning and skills development are essential to sustaining the team’s long-term effectiveness.

4. Designate ‘Team Digitale Zaken’ as ccTLD Manager (Long-Term Vision)
Position Team Digitale Zaken to be considered as a designated manager candidate for the .nl country code top-level domain (ccTLD). This transition would require close cooperation with ICANN, recognizing that any change in management must follow its formal global approval process.

About Dutch ccTLD and geoTLD Control:

  • While the Ministry of Economic Affairs provides a legal framework until November 21, 2029, this control remains primarily a policy objective. In practice, operational responsibility for the .nl domain lies with SIDN and is expected to remain there for the foreseeable future.
  • The update to reflect SIDN B.V. as the Backend Operator—effective January 1, 2023—remains pending in the IANA database. Although still necessary, this is regarded as a technical matter and constitutes a procedural update within the IANA framework, not requiring the development of new ICANN policy.
  • The .frl top-level domain is a sponsored TLD privately managed by FRLregistry B.V.

Ministry of General Affairs:

  • Govern IT under a Cabinet Office. And dismiss unnecessary advisory bodies.
    – UK’s Cabinet Office falls under the Ministry of General Affairs. If realized in NL: “Kabinetsbureau”.
    – UK’s Government Digital Service (GDS) operates hierarchically under the Cabinet Office;
  • Generate training material for further education from the European Cloud, which is in preparation.
    – The AWS GovCloud in the United States, is managed by Amazon.
    – Organizations using GovCloud must verify that all individuals with access to the environment are U.S. citizens.
    – GovCloud cannot be used by foreign nationals or organizations, even if they have legitimate access to other AWS services;
  • Work on a Dutch or EU Digital Service for generic application software related to DNS and registries.
    – Well-considered proposals, RFC and non-RFC, could feed the IANA organization.

Ministry of Economic Affairs:

  • Include automated task costs in just one annual web domain fee;
  • Include a change in a registrar’s own data in its period costs;
  • Eliminate all registry discounts. A volume discount causes unfair competition.

Ministry of the Interior and Ministry of Justice:

  • List areas of expertise, engage specialists, ensure dynamic interaction and make decisions;
  • Make the country of the real domain user leading for country-specific Web Domain Services (WDSs).
    – For the NL, the “Stichting Inlichtingenbureau” in Utrecht could assist for a new “Webdomeindienst”;
    – WDS register data officers are confirmed by his/her director in that country;
  • Maintain IT knowledge with a long-standing EU group of stakeholders;

NL / EU / US and including generic top-level domain zones:

  • Discuss global design and programming of Registration Data Access Protocol software.
    – Introduce in RDAP an emergency entity in order to formally organize backup to get access.
    – Introduce in RDAP a fallback entity in order to respond when registrant information is missing;
  • Generate web IDs that start with the ISO2 country code, for business entities and natural persons;
  • Plan verification of web domain users indexed by web ID, starting with modeling in RDAP like mine;
  • Use the developed Domain Control Register ®, based on the real web domain user.
    – Report regarding expired HTTPS, security.txt or DANE via email. Perhaps a DCR revenue model;
  • Get custom fields approved and listed for standardization in the dynamic RDAP protocol.
    – A simple data structure has been designed for the registry details;