Utilisation d’un espace d’adressage IP /31 pour le Peering avec un Fournisseur de Services Cloud
Puis-je utiliser une adresse avec un masque de sous-réseau de 31 bits pour établir une session de peering BGP avec un Fournisseur de Services Cloud?
La réponse dépend de deux facteurs:
-
Si votre dispositif sur site est capable de prendre en charge une configuration avec un masque de sous-réseau de 31 bits.
-
Si le Fournisseur de Services Cloud est capable de prendre en charge une configuration avec un masque de sous-réseau de 31 bits.
Prise en charge du dispositif sur site
Le système d’exploitation de périphérique réseau le plus courant prend en charge l’utilisation d’un masque de sous-réseau de 31 bits, avec certaines anciennes versions affichant un avertissement tel que:
% Warning: use /31 mask on non point-to-point interface cautiously
Prise en charge du Fournisseur de Services Cloud
La majorité des Fournisseurs de Services Cloud prennent en charge l’utilisation d’un masque de sous-réseau de 31 bits, y compris AWS, Oracle, Alibaba et IBM. Voici les détails fournis par chaque CSP:
-
Oracle Cloud Infrastructure FastConnect
Référence rapide: « Pour un circuit virtuel privé, vous pouvez spécifier un réseau /30 ou /31 de votre choix, et ces adresses IP sont attribuées au circuit virtuel lors du processus de provisionnement. Les adresses IP sont utilisées pour l’établissement de pairs BGP. Pour un circuit virtuel public, Oracle Cloud Infrastructure choisit les adresses IP BGP. »
Ressource: https://www.oracle.com/cloud/networking/fastconnect-faq.html
-
IBM Direct Link
Référence rapide: « Notre personnel chez IBM Cloud attribue un /31 ou /30 pour chaque connexion et configure une adresse IP d’interface sur l’infrastructure du routeur de cross-connect IBM Cloud (XCR). »
-
AWS Direct Connect
Référence rapide: « Pour un VIF IPv4 privé, Amazon vous fournira un CIDR /31. Remarque: vous pouvez utiliser un CIDR public /31 pour un VIF IPv4 public. »
-
Alibaba Cloud Express Connect
Vous pouvez utiliser un /30 ou un /31 représenté par le masque de sous-réseau.
Ressource: Connexion à Alibaba Express Connect.
-
Microsoft Azure ExpressRoute
Pas de prise en charge (ou de plans) pour des masques de sous-réseau de 31 bits.
-
Google Partner Interconnect
Ne prend pas actuellement en charge l’utilisation de masques de sous-réseau de 31 bits. Le masque est fixe et attribué à partir d’un pool 169.254.0.0/16.
-
Megaport Cloud Router
Prend en charge l’utilisation de masques de sous-réseau de 31 bits sur les VXCs connectés aux dispositifs des clients, ainsi que sur les VXCs orientés vers le CSP lorsque le CSP prend en charge cette longueur de masque.
Contexte
En décembre 2000, l’Internet Engineering Task Force (IETF) a publié RFC 3021 pour l’utilisation de préfixes de 31 bits sur les liaisons point à point IPv4. Le RFC examine les changements apportés aux normes pour préserver l’espace d’adressage IP et réduire le nombre d’adresses IP attribuées aux liaisons point à point en permettant l’utilisation de masques de sous-réseau de 31 bits.
À cette époque, la pratique courante utilisait un masque de sous-réseau de 30 bits, nécessitant quatre adresses par lien point à point: une adresse réseau, deux adresses hôtes et une adresse de diffusion.
Dans une liaison point à point, où il ne peut y avoir que deux hôtes identifiants possibles et où tout paquet transmis par une extrémité de la liaison est toujours reçu par l’autre, l’utilisation d’un masque définissant quatre adresses pourrait être considérée comme un gaspillage dans certaines situations. C’est pourquoi le RFC 3021 a été développé. En utilisant un masque de sous-réseau de 31 bits, il n’y a que deux adresses possibles: une adresse réseau et une adresse de diffusion, mais dans une liaison point à point, ces deux adresses doivent être interprétées comme des adresses hôtes.
Actuellement, lorsqu’une entreprise crée une connexion avec un Fournisseur de Services Cloud, la pratique standard utilise un masque de sous-réseau de 30 bits pour configurer le peering BGP avec le fournisseur. Ainsi, avec la pénurie d’IP encore d’actualité, et avec de nombreuses organisations n’ayant pas suffisamment d’espace d’adressage IP, les organisations souhaitent utiliser une adresse avec un masque de sous-réseau de 31 bits pour établir une session de peering BGP avec un Fournisseur de Services Cloud.