Zum Hauptinhalt springen

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?

2Beteiligte insgesamt
2Diskussionsteilnehmende
UnbekanntFormelle Akteure
2Diskussionsbeiträge
2Effektive Beteiligte
100 %Diskussionsanteil der Top 5
1Personen für 50 %
2Personen für 80 %

Entwicklung der Richtlinie

Zeitverlauf der Debatte

  1. Offizielle Version

    1.1 — retained author submission; regional-name correction discussed separately

    Quellenbelegte Fakten ↗
  2. Öffentliche Diskussion

    [policy-wg] IPv6 PI policy proposal

    2 Diskussionsbeiträge · 2 Entitäten

    Quellenbelegte Fakten ↗

Entitäten

Aktualität: Veraltet
  1. Diskussionsbeiträge1
    Erste Aktivität11.07.2006
    Letzte Aktivität11.07.2006
    Erste ausdrückliche HaltungUnbekannt
    Letzte ausdrückliche HaltungUnbekannt
    Haltungswechsel0
    Konsistenz der PositionDie Datenlage reicht nicht aus, um die Konsistenz zu beurteilen.
    Weitere Richtlinien7
  2. Diskussionsbeiträge1
    Erste Aktivität11.07.2006
    Letzte Aktivität11.07.2006
    Erste ausdrückliche HaltungUnbekannt
    Letzte ausdrückliche HaltungUnbekannt
    Haltungswechsel0
    Konsistenz der PositionDie Datenlage reicht nicht aus, um die Konsistenz zu beurteilen.
    Weitere Richtlinien3
    Aktualität: Veraltet

    Letzter Rechercheversuch: 02.10.2026

    Identität verifiziert: 02.10.2026

    AfNOG · Historisch
    Lead Instructor, African Network Operators Group
    www.itu.int
    AFRINIC · Historisch
    serving as Special Project Manager at AfriNIC since 2006.
    www.itu.int

    Verifizierte ö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.

    1. 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 ↗

    Richtliniennachrichten 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

Aktualität: Veraltet · Letzte Aktualisierung:

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.