Roteamento no SSG
O roteamento no SSG é realizado pela troca de rotas entre o SSG e o Soft-Router usando a tabela de rotas do kernel do Linux. Você pode saber mais sobre isso em nossa base de conhecimento.
Os principais recursos do SSG como roteador incluem:
- Suporte para protocolos de roteamento BGP e OSPF.
- Implementação VRF Lite em que o SSG compartilha tabelas de roteamento, mas não cria túneis exclusivos para o tráfego de cada VRF (por exemplo, MPLS, VXLAN). O VRF Lite permite o isolamento dos serviços fornecidos e a otimização do roteamento ao usar links diferentes.
- Suporte a ECMP (Equal Cost Multi-Path) e LAG (Link Aggregation Group).
Com o lançamento da versão 13.1, o SSG pode ser usado como um roteador de borda.
Otimização de roteamento no SSG com o gerenciador de ARP
Vamos considerar um esquema típico de construção de rede de uma operadora de telecomunicações, em que o SSG atua como DPI/NAT/BRAS/Roteador de Fronteira. O SSG termina o segmento L2 do assinante para conexões IPoE/PPPPoE no lado das interfaces de entrada. As interfaces de saída estão incluídas no switch ao qual o Uplink e os roteadores internos estão conectados.
Nesse esquema, o SSG recebe o BGP Full View da operadora upstream (BGP Router) e é conectado via OSPF ao roteador (OSPF Router), atrás do qual estão localizados os serviços locais da operadora de telecomunicações.
Uma característica desse esquema é que o roteador BGP não anuncia a si mesmo como o nexthop, mas outros roteadores, como o Roteador 1 ou o Roteador 2. Dessa forma, o provedor upstream implementa a redundância do canal de uplink e, além disso, centraliza o gerenciamento do anúncio de rotas para o provedor downstream.
Antes da versão 13.1, o SSG não podia enviar de forma independente uma solicitação ARP para obter os endereços MAC do Roteador 1 e do Roteador 2, o que o impedia de formar um pacote em direção ao nexthop. Anteriormente, o SSG preenchia sua tabela ARP analisando as solicitações ARP do namespace da rede e as respostas a essas solicitações. No entanto, nesse cenário, a pilha de rede do Linux não gera solicitações ARP para o Roteador 1 e o Roteador 2, pois não há necessidade. Para resolver esse problema, um gerenciador de ARP foi adicionado ao SSG. Agora, o SSG pode gerar solicitações ARP para os endereços IP necessários. Ao gerar uma solicitação ARP, SSG usa o endereço especificado no parâmetro bras_arp_ip como o src IP .
Você pode ler mais sobre o gerenciador ARP em nossa base de conhecimento.
Conclusão
Continuaremos trabalhando para aprimorar o gerenciador de ARP. Em um futuro próximo, planejamos adicionar a capacidade de gerar solicitações ARP com diferentes endereços IP de origem, além do endereço especificado no parâmetro bras_arp_ip . Isso permitirá o estabelecimento de várias sessões BGP com diferentes provedores.