Ruteo en SSG
El enrutamiento en SSG se realiza mediante el intercambio de rutas entre SSG y Soft-Router utilizando la tabla de rutas del kernel de Linux. Puede obtener más información en nuestra base de conocimientos.
Las principales características de SSG como router incluyen:
- Soporte para los protocolos de enrutamiento BGP y OSPF.
- Implementación de VRF Lite.
- Implementación VRF Lite en la que el SSG comparte tablas de enrutamiento pero no crea túneles únicos para el tráfico de cada VRF (por ejemplo, MPLS, VXLAN). VRF Lite permite el aislamiento de los servicios prestados y la optimización del enrutamiento cuando se utilizan enlaces diferentes.
- Igual Coste Multi-Plataforma.
- Compatibilidad con ECMP (Equal Cost Multi-Path) y LAG (Link Aggregation Group).
Con el lanzamiento de la versión 13.1, el SSG puede utilizarse como router de frontera.
Optimización del enrutamiento en SSG con ARP manager
Consideremos un esquema típico de construcción de red de un operador de telecomunicaciones, donde el SSG actúa como DPI/NAT/BRAS/Router de frontera. El SSG termina el segmento L2 de abonado para conexiones IPoE/PPPPoE en el lado de las interfaces de entrada. Las interfaces de salida se incluyen en el conmutador al que se conectan el enlace ascendente y los routers internos.
En este esquema, el SSG recibe la vista completa BGP del operador ascendente (enrutador BGP) y se conecta mediante OSPF al enrutador (enrutador OSPF), detrás del cual se encuentran los servicios locales del operador de telecomunicaciones.
Una característica de este esquema es que el enrutador BGP no se anuncia a sí mismo como nexthop, sino a otros enrutadores como el enrutador 1 o el enrutador 2. De este modo, el proveedor ascendente implementa la redundancia del canal de enlace ascendente y, además, centraliza la gestión de la publicidad de rutas para el proveedor descendente.
Antes de la versión 13.1, el SSG no podía enviar independientemente una petición ARP para obtener las direcciones MAC del Router 1 y del Router 2, lo que le impedía formar un paquete hacia el nexthop. Anteriormente, SSG llenaba su tabla ARP analizando las peticiones ARP del espacio de nombres de la red y las respuestas a estas peticiones. Sin embargo, en este escenario, la pila de red Linux no genera peticiones ARP al Router 1 y al Router 2, ya que no hay necesidad. Para resolver este problema, se añadió un gestor ARP al SSG. Ahora, SSG puede generar peticiones ARP a las direcciones IP necesarias. Cuando se genera una solicitud ARP, SSG utiliza la dirección especificada en el parámetro bras_arp_ip como el src IP .
Puede obtener más información sobre el gestor de ARP en nuestra base de conocimientos.
Conclusión
Seguiremos trabajando para mejorar el gestor de ARP. En un futuro próximo, tenemos previsto añadir la posibilidad de generar peticiones ARP con diferentes direcciones IP de origen, además de la dirección especificada en el parámetro bras_arp_ip . Esto permitirá establecer múltiples sesiones BGP con diferentes proveedores.