Ce qui a changé
Aucun changement de politique ne peut être établi à partir des faits vérifiés fournis : la chronologie est vide et aucun texte initial, texte révisé, jalon procédural ou résultat final n’est recensé.
RIPE NCC · Veille des RIR
Commencez ici pour consulter l’historique, proposition par proposition : ce qui a changé, pourquoi cela comptait, qui a défendu quoi, comment les positions ont évolué, ce qui a été décidé et quelles lacunes subsistent dans les preuves.
Faits sourcés
Qui a réellement façonné le débat ?
Analyse BTW
Aucun changement de politique ne peut être établi à partir des faits vérifiés fournis : la chronologie est vide et aucun texte initial, texte révisé, jalon procédural ou résultat final n’est recensé.
L’objet substantiel du débat ne peut pas être déterminé. Aucun message, argument, participant, acteur formel, calendrier de discussion ou historique de positions n’est fourni.
Ni discussion observable ni décision formelle ne sont documentées. Les 0 message, 0 participant, 0 acteur formel et 0 jour actif décrivent uniquement l’extrait mesuré ; ils ne prouvent ni adoption, ni rejet, ni retrait, ni expiration, ni absence de consensus.
Toutes les mesures sont nulles, notamment les parts top-1, top-5 et top-10, le HHI, le nombre effectif de participants et les noyaux à 50 % et 80 %. Comme aucun message ni participant n’est enregistré, ces valeurs sont non informatives : elles ne démontrent ni concentration de la participation ni répartition large de l’influence.
Aucun point de blocage institutionnel ou procédural ne peut être identifié. Il manque les étapes de la chronologie, les acteurs formels, les modalités d’évaluation du consensus, l’autorité décisionnaire et les liens entre discussion et résultat.
Larger replacement assignment for an IXP · Version 2 raises the proposed maximum replacement assignment from /23 to /22 when an IXP outgrows its default /24. The IXP must still return its current assignment, or existing PI space used for the peering LAN, and meet the stated 50% utilisation condition after one year unless special circumstances apply. The change enlarges the proposed growth allowance; it does not turn every existing IXP assignment into a /22.
New IXPs will be assigned a /24 by default. Should they require a larger assignment, they must return their current one (or existing PI used as an IXP peering LAN) and receive a replacement /23. After one year, utilisation of the new assignment must be at least 50%, unless special circumstances are defined.Faits sourcés ↗
New IXPs will be assigned a /24 by default. Once they require a larger assignment, they must return their current one (or existing PI used as an IXP peering LAN) and receive a replacement up to maximum of a /22. After one year, utilisation of the new assignment must be at least 50%, unless special circumstances are defined.Faits sourcés ↗
Availability threshold for smaller IXP assignments · Both drafts allow assignments down to /27 on request. Version 2 changes the alternative availability trigger from depletion of the reserved pool to the absence of available /24-or-larger assignments. This explicitly allows the smaller-block path when the pool still contains fragments but cannot supply a /24; the /27 option itself is not new in this version.
On request or upon depletion of the reserved pool, assignments down to a /27 can be made.Faits sourcés ↗
On request or once there are no more assignments of /24 (or larger) available, assignments can be made down to /27.Faits sourcés ↗
Routing returned addresses and small fragments into pools · Version 1 says that IPv4 space returned by IXPs goes to the reserved IXP pool. Version 2 adds a more specific recovery rule: space originally assigned by RIPE NCC exclusively for IXPs returns to that pool; other returned blocks of /24 or larger follow section 5.1, while smaller blocks enter the IXP reserve. This distinguishes the original purpose and size of a returned block rather than treating every return from an IXP identically.
Any IPv4 space returned by IXPs will be added to the reserved pool maintained for IXP use. Any assignments made previously from this pool will remain unchanged.Faits sourcés ↗
Any IPv4 address space that was originally assigned by the RIPE NCC for exclusive use by Internet Exchange Points (IXPs) will be added to the reserved IXP pool upon return. Other address space blocks of a /24 or larger that are returned to the RIPE NCC will be covered by the same rules as the address space intended in section 5.1 – smaller blocks will be put into the reserved pool for IXP use.Faits sourcés ↗
Chargement
Partielle
Première capture: 30 juin 1992
Dernière capture: 12 nov. 2026