AFRINIC · RIR-Beobachtung
Provider-Independent (PI) IPv6 Assignments for End-User-Organizations
Beginnen Sie hier mit der Dokumentation zu jedem einzelnen Vorschlag: Was änderte sich, warum war dies von Bedeutung, wer argumentierte wofür, wie entwickelten sich die Positionen, was wurde beschlossen und wo weist die Beleglage noch Lücken auf?
Quellenbelegte Fakten
- Richtlinien-ID
- afpol-v60604
- RIR
- AFRINIC
- Offizieller Status
- Unbekannt
- Normalisierter Status
- Unbekannt
- Eingebracht
- Unbekannt
- Letzte Quellenaktualisierung
- 07.10.2026
- Abdeckung
- Teilweise
Wer hat die Debatte tatsächlich geprägt?
Entwicklung der Richtlinie
Zeitverlauf der Debatte
Offizielle Version
1.1 — retained author submission; regional-name correction discussed separately
Quellenbelegte Fakten ↗Öffentliche Diskussion
[policy-wg] IPv6 PI policy proposal
2 Diskussionsbeiträge · 2 Entitäten
Quellenbelegte Fakten ↗
Entitäten
- Diskussionsbeiträge1Erste Aktivität11.07.2006Letzte Aktivität11.07.2006Erste ausdrückliche HaltungUnbekanntLetzte ausdrückliche HaltungUnbekanntHaltungswechsel0Konsistenz der PositionDie Datenlage reicht nicht aus, um die Konsistenz zu beurteilen.Weitere Richtlinien7
- Diskussionsbeiträge1Erste Aktivität11.07.2006Letzte Aktivität11.07.2006Erste ausdrückliche HaltungUnbekanntLetzte ausdrückliche HaltungUnbekanntHaltungswechsel0Konsistenz der PositionDie Datenlage reicht nicht aus, um die Konsistenz zu beurteilen.Weitere Richtlinien3Aktualität: Veraltet
Letzter Rechercheversuch: 02.10.2026
Identität verifiziert: 02.10.2026
AfNOG · Historisch Lead Instructor, African Network Operators Group
www.itu.intAFRINIC · Historisch serving as Special Project Manager at AfriNIC since 2006.
www.itu.intVerifizierte öffentliche Profile
- Diskussionsbeiträge
- 1
- Erste Aktivität
- 11.07.2006
- Letzte Aktivität
- 11.07.2006
- Erste ausdrückliche Haltung
- Unbekannt
- Letzte ausdrückliche Haltung
- Unbekannt
- Haltungswechsel
- 0
- Konsistenz der Position
- Die Datenlage reicht nicht aus, um die Konsistenz zu beurteilen.
- Weitere Richtlinien
- 3
Erste ausdrückliche Haltung: Unbekannt → Letzte ausdrückliche Haltung: Unbekannt · Haltungswechsel: 0
Konsistenz der Position: Die Datenlage reicht nicht aus, um die Konsistenz zu beurteilen.
The four December 2014 anycast messages consistently advocate explicit best-practice references with a reasoned exception for future changes. The newly recovered July 2006 message asks about a copied regional eligibility clause in a different IPv6 PI proposal. It adds no second substantive position on that proposal and does not establish a contradiction with the later use of external best practices.
Anycast resource assignments in the AFRINIC region
Bewertung: Konsistent · The author first conditions multiple-subnet use on a BCP126 reference and proposes BCP169 for ASNs, then defends the clarity and abuse-prevention rationale and supplies replacement clauses. The clauses develop the same preference rather than withdrawing support for the mechanism.
Bedingungen: This is support for the specified conditions, not an unconditional endorsement of every policy provision. · The offered wording does not establish adoption or consensus.
As discussed at the meeting, using multiple subnets is ok as far as reference to BCP126 is in there.
So references to best practices is good. In this case one for the v4/v6 and one for ASN
These resources must be used for the sole purposes of providing anycast services or GRX (GPRS Roaming Exchanges) as recommended in BCP126 and BCP169 respectively.
Anycast resource assignments in the AFRINIC region
Bewertung: Konsistent · The later preference for following replacement BCPs without a new PDP extends the earlier instruction that implementers should adjust as best practices change. The author explicitly preserves an exception when there is reason to do otherwise, so this is not an unconditional transfer of all policy decisions to future BCP authors.
Bedingungen: The RFC2026 passage is attributed supporting material, not a separate personal vote. · The messages do not specify who would decide that an exception is justified.
Best practices changes over time and implementer shall adjust
The policy should follow new BCPs( which update, replace old ones) without going through PDP unless we have reasons to do otherwise.
Either we add the requirements in the policy or we refer to the BCP. I support the last option.
Provider-Independent (PI) IPv6 Assignments for End-User-Organizations
Bewertung: Die Datenlage reicht nicht aus, um die Konsistenz zu beurteilen. · The author asks why RIPE NCC IPv4 qualification criteria appear in an AFRINIC IPv6 PI proposal. This identifies a concrete regional-applicability question; it is not a general rejection of provider-independent assignments or of every external reference. One question supplies no sequence of personal positions to compare.
Bedingungen: The quoted eligibility clause belongs to the draft under discussion, not to a rule the author independently endorses. · The proposed regional-name correction in the reply is another participant's explanation.
Can someone (jordi or others) explains to me what why should RIPE NCC actual IPV4 policy applied for AfriNIC region in the IPv6 IP assignement ?
Provider-Independent (PI) IPv6 Assignments for End-User-Organizations · Anycast resource assignments in the AFRINIC region
Bewertung: Die Datenlage reicht nicht aus, um die Konsistenz zu beurteilen. · Questioning an apparently miscopied region-specific eligibility rule in 2006 and supporting explicit technical best-practice references for anycast in 2014 concern different kinds of reference. The supplied messages show no necessary contradiction, but the long gap and absence of a comparable PI position prevent a broad claim of consistent policy preferences across the two proposals.
Bedingungen: A concern about which registry's rules apply cannot be generalized into opposition to all externally maintained standards. · Only the named messages and proposals are covered.
what why should RIPE NCC actual IPV4 policy applied for AfriNIC region in the IPv6 IP assignement ?
So references to best practices is good. In this case one for the v4/v6 and one for ASN
unless we have reasons to do otherwise.
- 11.07.2006 · Frage oder Klärung
[policy-wg] IPv6 PI policy proposal
Can someone (jordi or others) explains to me what why should RIPE NCC actual IPV4 policy applied for AfriNIC region in the IPv6 IP assignement ?
Quellenbelegte Fakten ↗
Haltungsverläufe je Richtlinie:afpol-v60604 · Unbekannt · Die Datenlage reicht nicht aus, um die Konsistenz zu beurteilen.AFPUB-2008-GEN-001 · Unbekannt · Keine ausdrückliche Position angegebenAFPUB-2013-GEN-001 · Unbekannt · Keine ausdrückliche Position angegebenAFPUB-2014-GEN-003 · Unterstützung mit Änderungen · KonsistentRichtliniennachrichten insgesamt: 11
Quellen und Abdeckung
Offizielle Richtlinienquellen
Öffentliche Diskussionsarchive
- afrinic-rpd
- Früheste Erfassung
- 04.08.2004
- Letzte Erfassung
- 25.08.2026
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 13.116
- Bekannte Lücken
- 0
- www.afrinic.net
- afrinic-africann
- Früheste Erfassung
- 03.08.2026
- Letzte Erfassung
- 02.10.2026
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 2.627
- Bekannte Lücken
- 0
- afrinic-afripv6-discuss
- Früheste Erfassung
- 17.08.2015
- Letzte Erfassung
- 18.09.2026
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 2.538
- Bekannte Lücken
- 0
- afrinic-announce
- Früheste Erfassung
- 18.08.2015
- Letzte Erfassung
- 18.09.2026
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 2.497
- Bekannte Lücken
- 0
- afrinic-community-discuss
- Früheste Erfassung
- 11.09.2015
- Letzte Erfassung
- 29.12.2019
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 3.127
- Bekannte Lücken
- 0
- afrinic-dbwg
- Früheste Erfassung
- 04.08.2026
- Letzte Erfassung
- 06.10.2026
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 968
- Bekannte Lücken
- 0
- afrinic-dnssec-ops
- Früheste Erfassung
- 18.08.2015
- Letzte Erfassung
- 01.12.2016
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 307
- Bekannte Lücken
- 0
- afrinic-icp2-review
- Früheste Erfassung
- 10.04.2025
- Letzte Erfassung
- 10.11.2025
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 0
- Bekannte Lücken
- 0
- afrinic-measurement-wg
- Früheste Erfassung
- 01.02.2018
- Letzte Erfassung
- 22.11.2024
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 138
- Bekannte Lücken
- 0
- afrinic-mira
- Früheste Erfassung
- 17.11.2020
- Letzte Erfassung
- 22.11.2024
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 0
- Bekannte Lücken
- 0
- afrinic-ois-wg
- Früheste Erfassung
- 09.09.2021
- Letzte Erfassung
- 22.11.2024
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 0
- Bekannte Lücken
- 0
- afrinic-rpki-discuss
- Früheste Erfassung
- 15.01.2016
- Letzte Erfassung
- 23.04.2026
- Letzte Aktualisierung
- 14.10.2026
- Abdeckung
- Die Quellenabdeckung ist unvollständig.
- Wird geladen
- 154
- Bekannte Lücken
- 0
Abdeckung
Teilweise
Früheste Erfassung: 04.08.2004
Letzte Erfassung: 14.10.2026
Aktualität
Bekannte Lücken
- www.afrinic.net: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- www.afrinic.net: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- afrinic-rpd: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- www.afrinic.net: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- afrinic-africann: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- afrinic-afripv6-discuss: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- afrinic-announce: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- afrinic-community-discuss: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- afrinic-dbwg: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- afrinic-dnssec-ops: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- afrinic-measurement-wg: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
- afrinic-rpki-discuss: Die Quellenabdeckung ist unvollständig. · Die Quellengrenze wurde noch nicht erreicht.
