Uso de un espacio de direcciones IP /31 para Peering con Proveedores de Servicios en la Nube
¿Puedo usar una dirección con máscara de subred de 31 bits para establecer una sesión de Peering BGP con un Proveedor de Servicios en la Nube?
La respuesta depende de dos factores:
-
Si su dispositivo on-premises es capaz de admitir una configuración con una máscara de subred de 31 bits.
-
Si el Proveedor de Servicios en la Nube es capaz de admitir una configuración con una máscara de subred de 31 bits.
Compatibilidad de dispositivos on-premises
Los sistemas operativos de dispositivos de red más comunes admiten el uso de una máscara de subred de 31 bits, con algunas versiones anteriores que muestran una advertencia, como:
```% Advertencia: use la máscara /31 en una interfaz que no es punto a punto con precaución```
Compatibilidad de Proveedores de Servicios en la Nube
La mayoría de los Proveedores de Servicios en la Nube admiten el uso de una máscara de subred de 31 bits, incluidos AWS, Oracle, Alibaba e IBM. Aquí están los detalles proporcionados por cada CSP:
-
Oracle Cloud Infrastructure FastConnect
Referencia rápida: “Para un circuito virtual privado, puede especificar una red /30 o /31 de su elección, y esas direcciones IP se asignan al circuito virtual durante el proceso de aprovisionamiento. Las direcciones IP se usan para el establecimiento del par BGP. Para un circuito virtual público, Oracle Cloud Infrastructure elige las direcciones IP de BGP.”
Recurso: https://www.oracle.com/cloud/networking/fastconnect-faq.html
-
IBM Direct Link
Referencia rápida: “Nuestro personal en IBM Cloud asigna un /31 o /30 para cada conexión y configura una dirección IP de interfaz en la infraestructura de cross-connect router (XCR) de IBM Cloud.”
-
AWS Direct Connect
Referencia rápida: “Para una VIF IPv4 privada, Amazon le proporcionará un CIDR /31. Nota: puede usar un CIDR público /31 para una VIF IPv4 pública.”
-
Alibaba Cloud Express Connect
Puede usar un /30 o /31 representado por la máscara de subred.
Recurso: Conexión a Alibaba Express Connect.
-
Microsoft Azure ExpressRoute
Sin compatibilidad (ni planes) para máscaras de subred de 31 bits.
-
Google Partner Interconnect
Actualmente no admite el uso de máscaras de subred de 31 bits. La máscara es fija y se asigna desde un pool 169.254.0.0/16.
-
Megaport Cloud Router
Admite el uso de máscaras de subred de 31 bits en VXCs conectados a dispositivos del cliente, así como en VXCs hacia el CSP cuando este admite esta longitud de máscara.
Antecedentes
En diciembre de 2000, el Internet Engineering Task Force (IETF) publicó el RFC 3021 para usar prefijos de 31 bits en enlaces IPv4 punto a punto. El RFC analiza cambios a los estándares para preservar el espacio de direcciones IP y reducir la cantidad de direcciones IP asignadas a enlaces punto a punto al permitir el uso de máscaras de subred de 31 bits.
En ese momento, la práctica habitual usaba una máscara de subred de 30 bits, lo que requería cuatro direcciones por enlace punto a punto: una dirección de red, dos direcciones de host y una dirección de broadcast.
En un enlace punto a punto, donde solo puede haber dos hosts identificables y donde cualquier paquete que se transmita desde un extremo del enlace siempre es recibido por el otro, usar una máscara que define cuatro direcciones puede considerarse un desperdicio en determinadas situaciones. Por ello se desarrolló el RFC 3021. Con una máscara de subred de 31 bits, solo hay dos direcciones posibles: una dirección de red y una dirección de broadcast, pero en un enlace punto a punto, estas dos deben interpretarse como direcciones de host.
Y actualmente, cuando una empresa crea una conexión a un Proveedor de Servicios en la Nube, la práctica estándar usa una máscara de subred de 30 bits para configurar el Peering BGP con el proveedor. Por lo tanto, dado que la escasez de IP sigue siendo un problema y muchas organizaciones no tienen suficiente espacio de direcciones IP, las organizaciones desean usar una máscara de subred de 31 bits para establecer una sesión de Peering BGP con un Proveedor de Servicios en la Nube.