Un petit résumé suite à une discussion sur #ldn.

• IPv4 : il n'est plus possible d'obtenir de la ressource PI sauf si l'on est un point d'échange (on peut alors récupérer un /24 et jusqu'à /22 si c'est justifié) ou un LIR (on peut alors récupérer un unique /22 dans le dernier /8, quels que soient les besoins effectifs).

• IPv6 : un point d'échange ou un utilisateur final (moi à la maison, une société commerciale genre un fournisseur de service, un opérateur, etc.) peut obtenir un /48 et plus si c'est justifié (/48 max pour un point d'échange ou un particulier ou une société commerciale lambda, plutôt /32 voir /29 pour un opérateur).

  • Cas spécial : un fournisseur d'accès à Internet ne peut pas obtenir un PI dans le but de découper des blocs pour ses abonné-e-s (mais il peut avoir un PI pour son infrastructure propre). Ben oui, sinon ce n'est plus de la PI. Jadis, il pouvait obtenir un préfixe IPv4 PI car on avait pris l'habitude de ne rien donner à l'abonné-e à part une IP d'interconnexion qui est bien gérée par le FAI donc il n'y a pas transfert de responsabilité, en gros. Comme c'est impossible de demander une allocation pour chaque abonné-e d'un FAI, à cause des coûts (50 €/an par abonné-e) et de la gestion administrative pénible lors d'une arrivée puis d'une résiliation, on utilise un bloc IPv6 PA avec une astuce : un tag « AGGREGATED-BY-LIR ».

• ASN : un point d'échange ou un utilisateur final (voir point précédent) peut obtenir un numéro d'AS.

Dans les deux cas, il faut maintenir un lien contractuel entre l'utilisateur final et le RIPE. Que ça soit en direct (c'est-à-dire être membre du RIPE aka un LIR) ou via un sponsor LIR. L'idée est de ne pas reproduire le bazar du passé (on alloue, sans savoir trop à qui, sans contrepartie, donc personne ne prévient s'il utilise encore la ressource qu'on lui file, on ne sait plus le contacter, on se retrouve face à des dilemmes genre est-ce qu'un RIR peut reprendre de force quelque chose sans se baser sur un quelconque contrat ? est-ce qu'un RIR peut reallouer une ressource qui semble inutilisée ? etc.).

Stateless NAT, occasionally maligned as dumb NAT [31], is the simplest form of NAT. It involves rewriting addresses passing through a routing device: inbound packets will undergo destination address rewriting and outbound packets will undergo source address rewriting. […]

[…]

NAT with iproute2 can be used in conjunction with the routing policy database (cf. RPDB) to support conditional NAT, e.g. only perform NAT if the source IP falls within a certain range. See Section 5.3.3, “Conditional Stateless NAT”.

Via #ldn