1. Summary of the Problem being addressed by this proposal

Cette politique se réserve IPv4 ressources pour les points d'échange Internet (IXP) publics dans la région africaine, en veillant à ce qu'il y ait IPv4 ressources pour permettre l'établissement et la croissance des futurs IXP.

2. Résumé de la façon dont cette proposition résout le problème

Cette politique demande à AFRINIC de réserver et de publier IPv4 ressources et 2 octets ASNs à l'usage des IXP uniquement.

Proposition 3.0

3.1 Introduction

Il est communément admis que les points d'échange Internet (IXP) sont l'un des éléments essentiels nécessaires au développement des écosystèmes Internet. L'Afrique est toujours en train de développer des IXP et est en même temps confrontée à l'épuisement imminent de ses ressources IPv4.

Ne pas avoir IPv4 addresses to grow, or start new, IXPs would create unnecessary and unneeded routing complexity for Internet connected networks, looking to peer at IXPs to further their network scope.

AFRINIC dispose déjà d'une politique existante pour effectuer des allocations aux IXP but that policy does not specifically reserve IPV4 space to ensure that there will be such, for future IXPs to grow and develop.Additionally, this policy reserves a set of 2-byte ASNs à utiliser par les IXP à utiliser sur les serveurs de routage BGP IXP.

3.2 Distinction between IXP peering and management networks

We distinguish between two kinds of IP address resources needed and used at IXPs.

An IXP peering LAN is the contiguous network address block that the IXP would use to assign unique IP addresses to each peering member, for each peering participant to exchange network traffic across the shared peering infrastructure. Best practice has the IXP peering LAN ne sauraient being visible in a view of the global routing table, among other things to reduce the attack vectors for ISP border routers via the IXP.

From a network identification, monitoring and analysis perspective, it is thus desirable, that the "peering LAN" space be provided from a contiguous block.The IXP management LAN is the management network that the IXP uses to provision services at the IXP, like monitoring, statistics, mail, ticket systems, provisioning of transit to DNS Roots, etc. Management networks, are meant to be reachable globally, for instance to publish data and allow remote access for common good network infrastructure (such as root and TLD DNS servers) and research projects.

3.3 BGP Route Servers use

Typically IXPs use BGP route servers to help manage peering sessions between different participants. The route servers implement IXP routing policy in the form of BGP communities, typically in the form of A:B, whereA,B represent A=IXP BGP route server and B=participant ASN.

Current BGP implementations utilise 6 bytes for the extended community attribute [RFC5668]. Therefore, an IXP with a 4-byte ASN en cours d'utilisation sur son serveur de routage ne serait pas en mesure de mettre en œuvre avec succès le mappage de communauté BGP A: B, si un participant IXP a un octet de 4 octets ASN. Cette situation est susceptible d'être vécue par plus d'IXP, comme 4 octets supplémentaires ASNs sont attribués dans le cadre du processus AFRINIC actuel.

Si, les communautés de serveurs de routage IXP incluent l'IXP ASN et le pair ASN (devrait être de 4 octets), et un total de seulement 6 octets sont disponibles, il s'ensuit que les serveurs de routage IXP ASN ne peut pas dépasser 2 octets ASN.

3.4 Proposition

Pour s'assurer qu'il y ait suffisamment de ressources pour le fonctionnement des IXP, cette politique propose qu'AfriNIC réserve des adresses IPv4 pour les réseaux locaux de peering à partir d'un bloc d'adresses réservé particulièrement et exclusivement à l'utilisation du LAN d’échange IXP.

Assignments for IXP peering LANs must be from one dedicated block, published as such by AFRINIC. The Peering LAN assignments for each IXP should ensure that the adjacent /24 IP block is reserved (based on the minimum end-user assignment policy size of /24) to support future growth of the IXP. This will enable an IXP to increase its peeringLAN resources to /23 without having to renumber to a new contiguous IP block allocation.

Les assignations d’adresses de gestion IXP NE DOIVENT PAS être effectuées à partir du même bloc que celui des LAN d’échange IXP.

It is proposed that a /16 block be reserved for future requirements for IXP peering LANs in the AFRINIC service region, and that AFRINIC publish this block as such. In addition, the assignments for the IXP peering LAN should reserve the adjacent contiguous /24 IP block to the requesting IXP for future growth. These reservations shall be upheld until such a time that the available pool of the /16 can no longer allocate /23 assignments. Thereafter, new requests may be assigned from the reserved space held for future IXP growth.

It is further proposed to reserve the equivalent of an additional /16 block for IXP management prefixes, separate from the peering LANs.

Il est proposé que AFRINIC réserve un bloc de 2 octets ASNs à utiliser dans les serveurs de routage BGP des points IXP dans la région de service AFRINIC. Le nombre de ASNs à réserver doit être le plus grand de 114, ou la moitié des 2 octets restants ASNs within AFRINIC block at the date of ratification of this policy.AFRINIC will allocate these resources on a first come first served basis.

3.5 Critère d'évaluation

Cette politique ne suggère pas de nouveaux critères d'évaluation pour déterminer la validité d’un IXP.

4. Historique des révisions

23 Oct 2014             AFPUB-2014-GEN-004-DRAFT-01 posted on rpd list.

05 Nov 2014            AFPUB-2014-GEN-004-DRAFT-02 posted on rpd list. 

Références

[1] AFRINIC Policy for End User Assignments - AFPUB-2006-GEN-001, http://afrinic.net/library/policies/127-afpub-2006-gen-001

Articles 5) et 6)