Date de publication du RFC : Septembre 2016
Auteur(s) du RFC : L. Iannone (Telecom ParisTech), D. Lewis (Cisco), D. Meyer (Brocade), V. Fuller
Intérêt historique uniquement
Réalisé dans le cadre du groupe de travail IETF lisp
Première rédaction de cet article le 23 septembre 2016
Le protocole expérimental LISP a besoin
d'identificateurs pour les machines qui participent à
l'expérimentation. Comme les identificateurs LISP sont pris dans
le même espace de nommage que les adresses IP, il était préférable d'avoir un
préfixe IP spécifique. C'est désormais chose faite, avec ce
RFC, qui demande et obtient le préfixe
2001:5::/32
. Si vous voyez quelque chose qui
ressemble à une adresse IP et qui emploie ce préfixe, c'est qu'il
s'agit d'un identificateur LISP.
En effet, LISP (RFC 9300) repose sur le principe de
la séparation
de l'identificateur et du localisateur. Les identificateurs
sont stables et servent à... identifier une machine, les
localisateurs sont liés aux connexions qu'on a au réseau et
servent au routage. Les deux ont la forme physique d'une adresse
IP, et on ne peut donc pas les distinguer par leur syntaxe. Les
identificateurs sont formellement nommés EID (Endpoint
IDentifier) et c'est pour eux que
2001:5::/32
a été réservé (section 1 du RFC).
La section 3 explique les raisons de cette réservation :
2001:5::/32
au
lieu de devoir découper une partie de son espace
d'adressage.D'où cette réservation d'un préfixe dédié, en suivant les règles du RFC 3692.
Les réseaux qui utiliseront ce préfixe ne doivent évidemment pas annoncer de routes dans la DFZ (section 4 du RFC), ce préfixe ne servant qu'à des identificateurs et pas aux localisateurs. Pour la communication entre un réseau LISP numéroté avec le nouveau préfixe, et un réseau IP traditionnel, il faut utiliser les techniques d'interconnexion des RFC 6832 et RFC 7215. Le préfixe complet pourra être annoncé (comme un tout, ou comme des sous-préfixes très généraux, pour ne pas surcharger la table de routage) par des routeurs d'interconnexion (section 8 du RFC). Pour les routeurs non-LISP, ce sera un préfixe comme un autre, et il n'y a aucune raison de lui appliquer un traitement particulier.
Notre RFC exige également que ce nouveau préfixe
2001:5::/32
ne soit utilisé que par
configuration explicite et ne soit donc pas mis en dur dans le
logiciel des routeurs, d'abord parce que LISP pourra en utiliser
d'autres dans le futur, ensuite parce que des réseaux feront quand
même du LISP avec leurs propres adresses.
Pourquoi un préfixe de 32 bits ? Pourquoi pas plus spécifique ou moins spécifique (cela a été une grosse discussion dans le groupe de travail) ? La section 5 donne les raisons de ce choix :
Le préfixe 2001:5::/32
est alloué pour
trois ans, ce qui est suffisant pour l'expérimentation (sections
6 et 7). À la fin de celle-ci, le préfixe sera rendu ou bien transformé
en allocation permanente (qu'il faudra justifier et
documenter, cf. RFC 2860, section 4.3). L'allocation, faite en octobre 2015, est notée dans le registre IANA.
L'allocation des préfixes à l'intérieur de
2001:5::/32
est décrite dans le RFC 7955.
Version PDF de cette page (mais vous pouvez aussi imprimer depuis votre navigateur, il y a une feuille de style prévue pour cela)
Source XML de cette page (cette page est distribuée sous les termes de la licence GFDL)