VLANs, Self IPs y Rutas

Resumen

Antes de publicar cualquier aplicación, el BIG-IP necesita red en el data plane: VLANs asociadas a sus interfaces, self IPs (sus propias IPs en cada VLAN, como una SVI en Cisco) y rutas. En el diseño típico de dos brazos, la VLAN external (interfaz 1.1) mira a los clientes y la VLAN internal (1.2) a los servidores. En HA se agregan floating self IPs, que se mueven al equipo activo y que los servidores usan como gateway.

Requisitos previos

  • Plan de direccionamiento: redes external, internal y HA
  • Qué interfaz (o trunk) lleva cada VLAN y si va etiquetada (tagged) o no
  • Gateway por defecto hacia el router de salida
  • Licencia y provisioning listos

Conceptos clave

ConceptoQué es
InterfacePuerto físico o virtual (1.1, 1.2)
VLANSegmento L2; una interfaz lleva una VLAN untagged o varias tagged (802.1Q)
Self IPIP del BIG-IP en una VLAN
Non-floating self IPPertenece a este equipo (traffic-group-local-only)
Floating self IPCompartida en HA (traffic-group-1); se mueve al activo
Port LockdownQué servicios acepta la self IP ([[Comandos/F5/GUI/02 - Networking/Port Lockdown
RouteRutas del data plane (distintas de la ruta de gestión)

Configuración (Ejemplo, Lab CBT Nuggets)

Objetobigip1bigip2Floating
external (1.1)172.16.101.11/24172.16.101.12/24172.16.101.13/24
internal (1.2)10.10.101.11/2410.10.101.12/2410.10.101.13/24
Gateway172.16.101.1172.16.101.1—

1. Crear las VLANs

Network > VLANs > VLAN List > Create > Name: external > Interfaces: 1.1, Tagging: Untagged > Add > Finished. Repite con internal en 1.2.

tmsh create net vlan external interfaces add { 1.1 { untagged } }
tmsh create net vlan internal interfaces add { 1.2 { untagged } }

2. Crear las self IPs

Network > Self IPs > Create > Name, IP Address, Netmask, VLAN/Tunnel, Port Lockdown, Traffic Group > Finished.

tmsh create net self self_external address 172.16.101.11/24 vlan external allow-service none
tmsh create net self self_internal address 10.10.101.11/24 vlan internal allow-service default

3. Floating self IPs (solo en HA)

Igual que el paso 2 pero con Traffic Group: traffic-group-1 (floating). Créalas en un solo equipo después de formar el device group; se sincronizan.

tmsh create net self float_external address 172.16.101.13/24 vlan external traffic-group traffic-group-1 allow-service none
tmsh create net self float_internal address 10.10.101.13/24 vlan internal traffic-group traffic-group-1 allow-service none

4. Ruta por defecto

Network > Routes > Add > Name: default, Destination 0.0.0.0, Netmask 0.0.0.0, Resource: Use Gateway 172.16.101.1 > Finished.

tmsh create net route default network default gw 172.16.101.1
tmsh save sys config

5. Velocidad y dúplex (si hace falta)

Network > Interfaces > Interface List > 1.1 > Media Fixed: 1000T-FD > Update.

tmsh modify net interface 1.1 media 1000T-FD

Ajusta también el lado del switch para que coincidan.

Verificación

Comando o lugarQué debes verSi no lo ves
tmsh list net vlanVLANs con su interfaz y taggingPaso 1
tmsh list net selfSelf IPs, VLAN, floating/traffic group, allow-servicePaso 2–3
tmsh show net interfaceInterfaces up, sin errores ni colisionesRevisa cable, media y switch
tmsh show net arp / Network > ARP > Dynamic ListMAC del gateway y de los servidoresProblema de VLAN o L2
tmsh list net routeRuta defaultPaso 4
ping -c 3 10.10.101.101 (bash)Responde un servidorRevisa VLAN/interfaz y la self IP

Errores comunes

La self IP no responde a ping

  • Causa: VLAN asociada a la interfaz equivocada (en EVE-NG: e1 = 1.1, e2 = 1.2), o la interfaz está caída.
  • Revisa: tmsh show net interface, tmsh list net vlan.
  • Solución: corrige el mapeo de interfaces.

No resuelve ARP de los servidores

  • Causa: VLAN/tag distinto al del switch, o los servidores en otra red.
  • Revisa: tmsh show net arp, tcpdump -ni internal arp.
  • Solución: alinea tagging y direccionamiento con el switch.

Lento, con colisiones o errores

  • Causa: dúplex o velocidad distintos en cada extremo.
  • Revisa: tmsh show net interface (colisiones, errores).
  • Solución: misma velocidad y dúplex en ambos lados (1000T-FD).

Después del failover los servidores pierden su gateway

  • Causa: los servidores usan la self IP no flotante de un equipo.
  • Solución: usa la floating self IP como gateway.