Configurar vazamento de rota VRF em switches Nexus

Introdução

Este documento descreve como configurar o vazamento de rota em switches baseados no Cisco Nexus NX-OS.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Software NX-OS Nexus.
• Protocolos de roteamento como o Enhanced Interior Gateway Routing Protocol (EIGRP), Open Shortest Path First (OSPF), Border Gateway Protocol (BGP) e similares.

Componentes Utilizados

As informações neste documento são baseadas no Cisco Nexus 7000 com NXOS versão 7.3(0)D1(1)

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Limitações

Você deve vazar uma rota diretamente do VRF de origem para o VRF de destino. Você não pode vazar uma rota que está vazando atualmente de outro VRF.

Considere que uma sessão BGP do Nexus não pode ser estabelecida para um IP peer quando roteada através de um VRF diferente no Nexus.

Configurar

O vazamento entre VRFs é realizado no nível do processo BGP. Por causa disso, é necessário adicionar primeiro as rotas ao processo BGP, especificamente na tabela BGP.

Observação: os termos VRF padrão e Tabela de roteamento global são usados de forma intercambiável neste documento.

VRF padrão para VRF

Nesse caso, o Nexus recebeu duas rotas em seu VRF padrão via EIGRP. A configuração vaza as rotas em AZUL VRF.

Neste exemplo, apenas a rota 192.168.2.0/24 é vazada.

Nexus# show ip route eigrp
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.2.2/32, ubest/mbest: 1/0
    *via 10.1.2.2, Eth2/1, [90/130816], 00:00:21, eigrp-1, internal
192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2, Eth2/1, [90/130816], 00:00:21, eigrp-1, internal
Nexus#

Observação: no NX-OS, é necessário ativar os recursos no modo de configuração global. Para habilitar o BGP, o comando é feature bgp.

• Etapa 1. Redistribua no BGP.

Redistribua as rotas que existem na Tabela de Roteamento VRF Padrão no BGP.

Como as rotas estão no VRF padrão, o comando redistribute no BGP vai para a seção global address-family ipv4 unicast.

Use o parâmetro correto para o comando redistribute, isso depende de como as rotas estão no VRF Padrão (diretamente conectado, eigrp, ospf,...).

Observação: você pode ignorar a Etapa 1 em todos os cenários se as rotas a serem vazadas forem instaladas como rotas BGP no VRF de origem. Neste exemplo, o VRF de origem é o VRF padrão (tabela de roteamento global).

route-map ALL permit 10
!
router bgp 65535
  address-family ipv4 unicast
    redistribute eigrp 1 route-map ALL

Observação: no NX-OS, um mapa de rota é sempre necessário como um parâmetro para redistribuir seletivamente as rotas.
          Uma instrução route-map permit criada é válida para corresponder a todas as rotas.

• Etapa 2. Configure o padrão Import VRF no VRF de destino.

O comando import vrf default é configurado no VRF de destino. A linha de comando requer um mapa de rota como parâmetro para definir explicitamente as rotas a serem importadas no VRF de destino, que, neste caso, é o VRF chamado BLUE.

ip prefix-list NETWORK seq 5 permit 192.168.2.0/24 
!
route-map GLOBAL-TO-VRF permit 10
  match ip address prefix-list NETWORK 
!
vrf context BLUE
  address-family ipv4 unicast
    import vrf default map GLOBAL-TO-VRF

• Etapa 3. Verifique a tabela de roteamento VRF de destino.

Você pode confirmar no VRF de destino que as rotas agora são vistas via BGP.

Essas rotas BGP no VRF agora podem ser redistribuídas em qualquer outro Routing Protocol que seja executado no mesmo VRF.

Nexus# show ip route vrf BLUE
IP Route Table for VRF "BLUE"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2%default, Eth2/1, [20/130816], 00:15:00, bgp-65535, external, tag 65535, 
Nexus# 

VRF para VRF

Nesse caso, o Nexus recebeu duas rotas em seu VRF chamadas RED via EIGRP. A configuração vaza as rotas em AZUL VRF.

Nexus# show ip route eigrp vrf RED
IP Route Table for VRF "RED"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.2.2/32, ubest/mbest: 1/0
    *via 10.1.2.2, Eth2/1, [90/130816], 00:00:08, eigrp-1, internal
192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2, Eth2/1, [90/130816], 00:00:08, eigrp-1, internal
Nexus#

• Etapa 1. Redistribua no BGP.

Redistribua as rotas que existem na Tabela de Roteamento VERMELHA VRF no BGP.

Como as rotas estão no VRF RED, o comando redistribute no BGP vai para a seção vrf RED address-family ipv4 unicast.

route-map ALL permit 10
!
router bgp 65535
  vrf RED
    address-family ipv4 unicast
      redistribute eigrp 1 route-map ALL

• Etapa 2. Crie destinos de rota de exportação e importação.

Para vazar entre VRFs, o uso de Route-Targets é necessário.

O VRF de origem exporta um valor Route-Target.

O VRF de destino importa o mesmo valor de Route-Target.

vrf context RED
  address-family ipv4 unicast
    route-target export 1:1
!
vrf context BLUE
  address-family ipv4 unicast
    route-target import 1:1

• Etapa 3. Verifique a tabela de roteamento VRF de destino.

Você pode confirmar no VRF de destino que as rotas agora são vistas via BGP.

Essas rotas BGP no VRF agora podem ser redistribuídas em qualquer outro Routing Protocol que seja executado no mesmo VRF.

Nexus# show ip route vrf BLUE
IP Route Table for VRF "BLUE"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.2.2/32, ubest/mbest: 1/0
    *via 10.1.2.2%RED, Eth2/1, [20/130816], 00:01:58, bgp-65535, external, tag 65535, 
192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2%RED, Eth2/1, [20/130816], 00:01:58, bgp-65535, external, tag 65535, 
Nexus# 

• Etapa 4 (opcional). Atribua Route-Target a rotas específicas.

Opcionalmente, você pode usar o comando export map no VRF de origem para atribuir Destinos de Rota a rotas específicas a serem exportadas.

Use o parâmetro set extcommunity rt no mapa de rota para atribuir o destino de rota.

Neste exemplo, somente a rede 192.168.2.0/24 é exportada com Route-Target 1:1, que é importada posteriormente em VRF BLUE.

O resultado é que apenas a rede especificada é vazada.

ip prefix-list NETWORK seq 5 permit 192.168.2.0/24 
!
route-map ADD-RT permit 10
  match ip address prefix-list NETWORK 
  set extcommunity rt 1:1
!
vrf context RED
  address-family ipv4 unicast
    export map ADD-RT
!
vrf context BLUE
  address-family ipv4 unicast
    route-target import 1:1

VRF para VRF padrão

Observação: na família de Switches Nexus 7000 e Nexus 7700, esse recurso que suporta a exportação de prefixos IP para a tabela de roteamento global (o VRF padrão) de qualquer outro VRF com o uso do comando export vrf default map foi introduzido no NX-OS versão 7.3(0)D1(1)

O Nexus recebeu duas rotas em seu VRF chamadas RED via EIGRP. A configuração vaza as rotas no VRF padrão.

Neste exemplo, apenas a rota 192.168.2.0/24 é vazada.

• Etapa 1. Redistribua no BGP.

Redistribua as rotas que existem na Tabela de Roteamento VERMELHA VRF no BGP.

Como as rotas estão no VRF RED, o comando redistribute no BGP vai para a seção vrf RED address-family ipv4 unicast.

route-map ALL permit 10
!
router bgp 65535
  vrf RED
    address-family ipv4 unicast
      redistribute eigrp 1 route-map ALL

• Etapa 2. Configure o padrão Export VRF no VRF de origem.

O comando export vrf default é configurado no VRF de origem. A linha de comando requer um mapa de rota como parâmetro para definir explicitamente as rotas a serem exportadas no VRF padrão.

ip prefix-list NETWORK seq 5 permit 192.168.2.0/24 
!
route-map GLOBAL-TO-VRF permit 10
  match ip address prefix-list NETWORK 
!
vrf context RED
  address-family ipv4 unicast
    export vrf default map GLOBAL-TO-VRF

• Etapa 3. Verifique a tabela de roteamento VRF padrão.

Você pode confirmar no VRF padrão que as rotas agora são vistas via BGP.

Essas rotas BGP no VRF padrão agora podem ser redistribuídas em qualquer outro Routing Protocol que também seja executado no VRF padrão.

Nexus# show ip route 
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2%RED, Eth2/1, [20/130816], 00:08:19, bgp-65535, external, tag 65535, 
Nexus# 

Verificar

Há 4 fases no processo de vazamento de rota vrf. A verificação pode ser feita na ordem:

Para verificar se as rotas estão corretamente na tabela de roteamento, o comando é:

show ip route [vrf <vrf name>]

Para verificar se as rotas estão corretamente na tabela BGP, os comandos são:

Observe que o segundo comando pode ser usado intercambiavelmente para mostrar endereços IPv4 unicast na tabela BGP.

show bgp ipv4 unicast [vrf <vrf name>]

show ip bgp [vrf <vrf name>]

Por fim, o show forwarding route A.B.C.D/LEN [VRF <vrf name>] pode ser usado para confirmar a Camada 3 - rota programada no nível da placa de linha (programação de hardware)

Nexus# show forwarding route 10.1.2.2

slot  1
=======


IPv4 routes for table default/base

'*' denotes recursive route
----------------+----------------------------------------+----------------------+-----------------
Prefix          | Next-hop                               | Interface            | Labels
----------------+----------------------------------------+----------------------+-----------------
10.1.2.0/24       Attached                                 Ethernet2/1
Nexus#