Uso de VRF con interconexiones

Equinix Metal™ Virtual Routing and Forwarding (VRF) proporciona un enrutador virtual para la conectividad de red de Capa 3 entre una red privada de Capa 2 de Metal Gateway y destinos remotos en Fabric o en un IBX de Equinix. VRF es compatible con Metal-billed Fabric VCs, Fabric-billed Fabric VCs y Dedicated Ports.

Para poder utilizar VRFs con sus Interconexiones, primero tendrá que aprovisionar sus VRFs, Gateways de Metal y Reservas IP tal y como se describe en la documentación de VRF.

Solicitud de un VC de Fabric con VRF

Para utilizar VRF con un Fabric VC, tiene que solicitar el Fabric VC después de crear su VRF. No puede asociar un VRF con un Fabric VC existente.

El proceso para solicitar un Fabric VC Metal-billed o Fabric-billed es similar al de solicitar uno sin FRV.

Console

Para solicitar una conexión virtual Fabric, abra la página Interconnections del proyecto. Haga clic en + Solicitar nueva interconexión. En la sección Tipo de interconexión, haga clic en el desplegable bajo Fabric VC, y seleccione Metal Billed o Fabric Billed.

• Seleccione la ubicación de la nueva conexión en el menú desplegable. Deberá seleccionar la estación de metro en la que se encuentra su infraestructura Equinix Metal y la estación de metro en la que se encuentra el CSP al que se conecta en Fabric: estas interconexiones están vinculadas a una estación de metro.
• Dale un nombre a tu conexión.
• Elija si desea un conjunto de puertos redundantes. Los puertos redundantes son muy recomendables. La selección de un único puerto puede dar lugar a un tiempo de inactividad significativo debido a interrupciones planificadas y no planificadas.
• Seleccione la velocidad de conexión en el menú desplegable. Nota: la velocidad no puede modificarse una vez emitido el vale de servicio. Para cambiar la velocidad, es necesario realizar una nueva solicitud y emitir un vale de servicio.

A continuación, seleccione VRF para asociar su router virtual con el VC de Fabric. Si elige puertos redundantes, habrá un desplegable para seleccionar un enrutador virtual tanto para el puerto primario como para el secundario.

Revise el resumen de su solicitud. Haga clic en Enviar solicitud para recibir sus fichas de servicio. A continuación, deberá completar el proceso para canjear su vale de servicio y configurar la conexión en el portal de Fabric.

Una vez establecida la interconexión entre Fabric y Equinix Metal, aparecerá en la página Interconnections de su proyecto, en la sección Fabric VC. Haga clic en el Fabric VC para ver su página Overview, que contiene una vista detallada, así como un resumen de las configuraciones del puerto primario y del puerto secundario.

Al hacer clic en Puerto primario o en Puerto secundario aparece el estado y la configuración del puerto. Su VRF aparece en la sección Virtual Circuits - VRF de la página de un puerto con el estado waiting on peering details.

Haga clic en el menú de tres barras para abrir el panel Administrar detalles de peering. Aquí es donde se especifica la subred del rango de direcciones IP del VRF que se utilizará para direccionar el VRF y el lado remoto del circuito virtual. La reserva de direcciones IP para esta subred se creará automáticamente.

Rellene los campos con la información solicitada.

• Peer ASN (requerido) - El ASN que se utilizará con el VRF y el lado remoto de la conexión en el Circuito Virtual.
• Subred (obligatorio)
  • Para subredes IPv4, la subred /30 o /31 de uno de los Bloques IP VRF que se utiliza para direccionar el VRF y el lado remoto del Circuito Virtual. La IP del metal y la IP del cliente son direcciones IP de esta subred que puede especificar opcionalmente. Si no se especifica, la IP del Metal es la última dirección IP utilizable de la subred, y la IP del Cliente es la primera dirección IP utilizable de la subred. Para subredes /30, las direcciones IP de red y de difusión no pueden utilizarse como IP de Metal o IP de Cliente.
  • Para subredes IPv6, la subred /126 o /127 de uno de los Bloques IP VRF que se utiliza para direccionar el VRF y el lado remoto del Circuito Virtual. La IP del metal y la IP del cliente son direcciones IP de esta subred que puede especificar opcionalmente. Si no se especifica, la IP del Metal es la última dirección IP utilizable de la subred, y la IP del Cliente es la primera dirección IP utilizable de la subred. Para subredes /126, las direcciones IP de red y de difusión no pueden utilizarse como IP de Metal o IP de Cliente.
• MD5 Password (opcional) - Establezca una contraseña MD5 de cadena opcional para el peering BGP en texto plano.

Haga clic en Actualizar circuito virtual.

Si tiene puertos redundantes, repita este proceso en el puerto secundario.

API

Envíe una petición POST al endpoint /projects/{project_id}/connections, y especifique el VRF (o VRFs para VCs redundantes) con el objeto "vrfs".

Recuerde que el VC de Fabric debe estar en el mismo Metro que el VRF.

curl -X POST \
-H "Content-Type: application/json" \
-H "X-Auth-Token: <API_TOKEN>" \
"https://api.equinix.com/metal/v1/projects/{project_id}/connections" \
-d '{
    "name": "<string>",
    "description": "<string>",
    "contact_email": "<string>",
    "metro": "<metro_slug>",
    "type": "shared",
    "service_token_type": "<string>",
    "redundancy": "redundant",
    "speed": "<string>",
    "vrfs": ["<UUID>", "<UUID>"]
}'

Cuerpo Parámetros a tener en cuenta para VRF:

• "vrfs" (required) - Array of VRF IDs that will be set automatically on the virtual circuits on creation, and can hold up to two UUIDs. Two IDs are required when requesting redundant Fabric VCs. The first ID will be set on the primary virtual circuit, while the second UUID will be set on the secondary. The two IDs can be the same if both the primary and secondary virtual circuits will be in the same VRF.

A continuación, deberá completar el proceso para canjear su token de servicio y configurar la conexión en el portal de Fabric.

Una vez que su Fabric VC aparezca como Active, y esté waiting on peering details, puede actualizarlo con los detalles de peering para su VRF. Envíe una solicitud PUT al punto final /virtual-circuits/{vrf_virtual_circuit_id}.

Aquí se especifica la subred del rango de direcciones IP del VRF que se utilizará para direccionar el VRF y el lado remoto del circuito virtual. La reserva de direcciones IP para esta subred se creará automáticamente.

Si utiliza subredes IPv4, utilice los parámetros de cuerpo "subnet", "metal_ip" y "customer_ip".

curl -X PUT \
-H "Content-Type: application/json" \
-H "X-Auth-Token: <API_TOKEN>" \
"https://api.equinix.com/metal/v1/virtual-circuits/{vrf_virtual_circuit_id}" \
-d '{
    "peer_asn": <integer>,
    "subnet": "<subnet>",
    "metal_ip": "<ip_address>",
    "customer_ip": "<ip_address>”,
    "md5": "<string>"
}'

Parámetros corporales:

• "peer_asn" - The peer ASN that will be used with the VRF on the Virtual Circuit.
• "subnet" - The /30 or /31 subnet of one of the VRF IP Blocks that will be used with the VRF for the Virtual Circuit. The metal_ip and customer_ip must be IP addresses from this subnet. For /30 subnets, the network and broadcast IP addresses cannot be used as the metal_ip or customer_ip.
• "customer_ip" (optional) - An IP address from the subnet that will be used on the remote side of the connection. This parameter is optional, but if supplied, we will use the other usable IP address in the subnet as the metal_ip. By default, the last usable IP address in the subnet will be used.
• "metal_ip" (optional) - An IP address from the subnet that will be used for the VRF on the Metal side. This parameter is optional, but if supplied, we will use the other usable IP address in the subnet as the customer_ip. By default, the first usable IP address in the subnet will be used.
• "md5" - Optional string or null MD5 password for the BGP peering in plaintext.

Si utiliza subredes IPv6, utilice los parámetros de cuerpo "subnet_ipv6", "metal_ipv6" y "customer_ipv6".

curl -X PUT \
-H "Content-Type: application/json" \
-H "X-Auth-Token: <API_TOKEN>" \
"https://api.equinix.com/metal/v1/virtual-circuits/{vrf_virtual_circuit_id}" \
-d '{
    "peer_asn": <integer>,
    "subnet_ipv6": "<subnet>",
    "metal_ipv6": "<ip_address>",
    "customer_ipv6": "<ip_address>”,
    "md5": "<string>"
}'

Parámetros corporales:

• "peer_asn" - The peer ASN that will be used with the VRF on the Virtual Circuit.
• "subnet" - The /126 or /127 IPv6 subnet from a VRF IP Block that will be used with the VRF for the Virtual Circuit. The metal_ipv6 and customer_ipv6 must be IP addresses from this subnet. For /126 subnets, the network and broadcast IP addresses cannot be used as the metal_ipv6 or customer_ipv6.
• "customer_ipv6" (optional) - An IP address from the subnet that will be used on the remote side of the connection. This parameter is optional, but if supplied, we will use the other usable IP address in the subnet as the metal_ipv6. By default, the last usable IP address in the subnet will be used.
• "metal_ipv6" (optional) - An IP address from the subnet that will be used for the VRF on the Metal side. This parameter is optional, but if supplied, we will use the other usable IP address in the subnet as the customer_ipv6. By default, the first usable IP address in the subnet will be used.
• "md5" - Optional string or null MD5 password for the BGP peering in plaintext.

Una lista completa de los componentes actualizables para un circuito virtual está disponible en la Referencia API.

Para comprobar el estado y los detalles de peering de su Fabric VC envíe una solicitud GET al punto final /connections/{id}.

curl -X GET -H 'X-Auth-Token: <API_TOKEN>' https://api.equinix.com/metal/v1/connections/{id}

Uso de VRF con puertos dedicados

Nota: VRF no es compatible con el modo Túnel Dedicado.

VRF está disponible en puertos dedicados nuevos y existentes. Así que si aún no lo ha hecho, puede solicitar un nuevo Puerto Dedicado, obtener una LOA, y una vez que tenga la confirmación de que se ha completado la orden de trabajo para configurar su puerto, podrá crear Circuitos Virtuales con VRF.

Si ya tienes un Puerto Dedicado, puedes crear un nuevo Circuito Virtual en un Puerto Dedicado existente con VRF.

Console

Si hace clic en un puerto dedicado, accederá a su página Overview, que contiene una vista detallada, así como un resumen de las configuraciones del puerto primario y del puerto secundario. Puede acceder a una vista detallada de los puertos haciendo clic en las pestañas Puerto primario y Puerto secundario.

En la pestaña Puerto Primario, haga clic en +Añadir Circuito Virtual para crear un circuito virtual al que conectar su VRF. En el panel Add Virtual Circuit, primero dele un nombre y especifique el ID de VLAN NNI. Recuerde, si se está conectando a un destino en Fabric la VLAN NNI tiene que coincidir con el lado de Fabric.

A continuación, seleccione VRF.

Seleccione el VRF del menú desplegable para adjuntar a esta Conexión Virtual, y rellene la información de peering solicitada.

• Peer ASN (requerido) - El ASN que se utilizará con el VRF y el lado remoto de la conexión en el Circuito Virtual.
• Subred (obligatorio)
  • Para subredes IPv4, la subred /30 o /31 de uno de los Bloques IP VRF que se utiliza para direccionar el VRF y el lado remoto del Circuito Virtual. La IP del metal y la IP del cliente son direcciones IP de esta subred que puede especificar opcionalmente. Si no se especifica, la IP del Metal es la última dirección IP utilizable de la subred, y la IP del Cliente es la primera dirección IP utilizable de la subred. Para subredes /30, las direcciones IP de red y de difusión no pueden utilizarse como IP de Metal o IP de Cliente.
  • Para subredes IPv6, la subred /126 o /127 de uno de los Bloques IP VRF que se utiliza para direccionar el VRF y el lado remoto del Circuito Virtual. La IP del metal y la IP del cliente son direcciones IP de esta subred que puede especificar opcionalmente. Si no se especifica, la IP del Metal es la última dirección IP utilizable de la subred, y la IP del Cliente es la primera dirección IP utilizable de la subred. Para subredes /126, las direcciones IP de red y de difusión no pueden utilizarse como IP de Metal o IP de Cliente.
• MD5 Password (opcional) - Establezca una contraseña MD5 de cadena opcional para el peering BGP en texto plano.

Haga clic en Añadir circuito virtual.

Si tiene puertos redundantes, repita este proceso en el puerto secundario.

API

Para crear un nuevo Circuito Virtual con el VRF, envíe una solicitud POST al endpoint/connections/{connection_id}/ports/{port_id}/virtual-circuits, especificando el VRF en el cuerpo de la solicitud.

Aquí es donde se especifica la información de peering -- la subred del rango de direcciones IP del VRF que se utilizará para direccionar el VRF y el lado remoto del circuito virtual. La reserva de direcciones IP para esta subred se creará automáticamente.

Si utiliza subredes IPv4, utilice los parámetros de cuerpo "subnet", "metal_ip" y "customer_ip".

curl -X POST \
-H "Content-Type: application/json" \
-H "X-Auth-Token: <API_TOKEN>" \
"https://api.equinix.com/metal/v1/connections/{connection_id}/ports/{port_id}/virtual-circuits" \
-d '{
    "project_id": "<UUID>",
    "name": "<string>",
    "description": "<string>",
    "subnet": "<subnet>",
    "customer_ip": "<ip_address>",
    "metal_ip": "<ip_address>",
    "nni_vlan": <integer>,
    "peer_asn": <integer>,
    "md5": "<string>",
    "vrf": "<UUID>"
}'

Parámetros corporales:

• "project_id" (required) - The Project ID where the Dedicated Port and this Virtual Circuit lives.
• "name" - A name for this Virtual Circuit.
• "description" - An optional friendly description of the Virtual Circuit.
• "subnet" (required) - A /30 or /31 subnet from a VRF IP address range that will be used with the VRF for the Virtual Circuit. If specified, metal_ip and customer_ip must be from this subnet. For /30 subnets, the network and broadcast IPs cannot be used as the metal_ip or customer_ip. The subnet specified must be contained within an already-defined IP Range for the VRF.
• "customer_ip" (optional) - An IP address from the subnet that will be used on the remote side of the connection. This parameter is optional, but if supplied, we will use the other usable IP address in the subnet as the Metal IP. By default, the last usable IP address in the subnet will be used.
• "metal_ip" (optional) - An IP address from the subnet that will be used for the VRF on the Metal side. This parameter is optional, but if supplied, we will use the other usable IP address in the subnet as the Customer IP. By default, the first usable IP address in the subnet will be used.
• "nni_vlan" (required) - [ 2 .. 4094 ]. Remember if you are connecting to a destination on Fabric the NNI VLAN has to match the Fabric side.
• "peer_asn" (required) - integer - The peer ASN that will be used with the VRF on the Virtual Circuit.
• "md5"- Optional string or null MD5 password for the BGP peering in plaintext.
• "vrf" (required) - The UUID of the VRF that will be associated with the Virtual Circuit.

Si utiliza subredes IPv6, utilice los parámetros de cuerpo "subnet_ipv6", "metal_ipv6" y "customer_ipv6".

curl -X POST \
-H "Content-Type: application/json" \
-H "X-Auth-Token: <API_TOKEN>" \
"https://api.equinix.com/metal/v1/connections/{connection_id}/ports/{port_id}/virtual-circuits" \
-d '{
    "project_id": "<UUID>",
    "name": "<string>",
    "description": "<string>",
    "subnet_ipv6": "<subnet>",
    "customer_ipv6": "<ip_address>",
    "metal_ipv6": "<ip_address>",
    "nni_vlan": <integer>,
    "peer_asn": <integer>,
    "md5": "<string>",
    "vrf": "<UUID>"
}'

Parámetros corporales:

• "project_id" (required) - The Project ID where the Dedicated Port and this Virtual Circuit lives.
• "name" - A name for this Virtual Circuit.
• "description" - An optional friendly description of the Virtual Circuit.
• "subnet" - The /126 or /127 IPv6 subnet from a VRF IP Block that will be used with the VRF for the Virtual Circuit. The metal_ipv6 and customer_ipv6 must be IP addresses from this subnet. For /126 subnets, the network and broadcast IP addresses cannot be used as the metal_ipv6 or customer_ipv6.
• "customer_ipv6" (optional) - An IP address from the subnet that will be used on the remote side of the connection. This parameter is optional, but if supplied, we will use the other usable IP address in the subnet as the metal_ipv6. By default, the last usable IP address in the subnet will be used.
• "metal_ipv6" (optional) - An IP address from the subnet that will be used for the VRF on the Metal side. This parameter is optional, but if supplied, we will use the other usable IP address in the subnet as the customer_ipv6. By default, the first usable IP address in the subnet will be used.
• "nni_vlan" (required) - [ 2 .. 4094 ]. Remember if you are connecting to a destination on Fabric the NNI VLAN has to match the Fabric side.
• "peer_asn" (required) - integer - The peer ASN that will be used with the VRF on the Virtual Circuit.
• "md5"- Optional string or null MD5 password for the BGP peering in plaintext.
• "vrf" (required) - The UUID of the VRF that will be associated with the Virtual Circuit.

Encontrará una lista completa de los componentes de un circuito virtual en la Referencia API.

A diferencia de cuando se crea un circuito virtual que no está asociado a VRFs, no es necesario volver atrás para asociar una red virtual al circuito virtual; la que está conectada al Metal Gateway del VRF se asociará automáticamente.

Una vez finalizada la configuración del VC, el estado del circuito virtual pasa a Active.

Gestión de VRF en una interconexión

Console

Puede gestionar los detalles de peering de un VRF en un VC de Fabric o en un VC de puerto dedicado desde las pestañas Puerto principal o Puerto secundario del VC. Los VRF aparecen en la sección Circuitos Virtuales - VRF. Haga clic en el menú de tres barras para abrir el panel Gestionar detalles de peering.

Rellene los campos con la nueva información de peering y haga clic en Actualizar circuito virtual.

API

Para actualizar los detalles de peering de un VRF en un Fabric VCs o en un Dedicated Port VC, envíe una petición PUT al endpoint /virtual-circuits/{id}. Utilice los campos que desee actualizar en el cuerpo de la solicitud. Todos los campos son opcionales, por lo que pueden actualizarse independientemente.

curl -X PUT \
-H "Content-Type: application/json" \
-H "X-Auth-Token: <API_TOKEN>" \
"https://api.equinix.com/metal/v1/virtual-circuits/{id}" \
-d '{
    "name": "<string>",
    "description": "<string>",
    "subnet": "<subnet>",
    "customer_ip": "<ip_address>",
    "metal_ip": "<ip_address>",
    "peer_asn": <integer>,
    "md5": "<string>"
}'