Frequently asked questions and references
Direct answers to the objections and operational questions most likely to arise when evaluating this model.
A.Frequently asked questions
Is this just using someone else's IPv6 address space?
The prefix remains part of its holder's PI allocation. The holder has deliberately removed this /48 from production use, applied routing controls, and publicly documented an internal-use convention. No ownership or exclusive right is transferred to users.
Why not simply use ULA?
ULA is the conventional and standards-defined answer. The alternative exists for deployments that specifically want ordinary GUA classification and source-selection semantics internally without host-policy changes.
Why not select any random GUA?
A random selection may hide a legitimate routed destination from the local network. This /48 has a documented non-production intent and routing posture under the current holder's control.
Can I use the entire /48?
Technically, yes: no registration or exclusive subdivision mechanism exists. Operationally, most networks should select only the internal blocks they require and build a deliberate hierarchy.
Can a business use it?
The model does not impose a technical distinction between personal and commercial networks. Voluntary support is encouraged when the project provides material value, but support does not create exclusivity, service obligations, or warranties.
Can I advertise it with BGP?
No. Public advertisement is contrary to the documented purpose and may conflict with routing policy, registry agreements, and the safeguards applied to the prefix. Adopting networks should filter it explicitly.
What if two networks using it later interconnect?
They may overlap. Plan as you would with any shared internal address convention: reserve structure early and expect renumbering, translation, or segmentation when separately administered networks merge.
What happens if the project ends?
There is no perpetual guarantee. The page describing project status and caveats should be part of every adopter's risk assessment.
B.Normative and informative references
- RFC 6296 — IPv6-to-IPv6 Network Prefix Translation.
- RFC 4193 — Unique Local IPv6 Unicast Addresses.
- RFC 6724 and subsequent updates — Default Address Selection for IPv6.
- RFC 4862 — IPv6 Stateless Address Autoconfiguration.
- Relevant RPKI and origin-validation documentation from the applicable Regional Internet Registry and routing operators.
The production version should link each reference to an authoritative source and verify the exact current standards status before publication.
C.Contact Us
Questions, inquiries or comments about this site/project, may be directed to: nxp@NPTv6.org