Configurar BGP DN para vários AFs nos switches Catalyst 9000 Series

Atualizado:17 de maio de 2023

ID do documento:220457

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introdução

Este documento descreve a CLI de simplificação de EVPN para BGP Dynamic Neighbor em famílias de endereços EVPN e MVPN nos Catalyst 9000 Series Switches.

Pré-requisitos

Requisitos

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

Configuração básica de BGP
Famílias de endereços BGP

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

Catalyst 9300
Catalyst 9400
Catalyst 9500
Catalyst 9600
Cisco IOS® XE 17.11.1 e posterior

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.

Informações de Apoio

As implantações de EVPN envolvem vizinhanças de BGP com muitos pares, geralmente dentro da mesma sub-rede. Antes da introdução do recurso de Vizinho Dinâmico (DN - Dynamic Neighbor) de BGP, seriam necessárias e mantidas pelo menos 255 linhas de configuração para estabelecer sessões de BGP com todos os peers em uma sub-rede /24. Com o BGP DN, isso pode ser obtido com apenas 3 linhas. A única diferença funcional entre as configurações de vizinho estático e vizinho dinâmico é que este último cria apenas conexões com outros pares BGP passivamente. Portanto, esse recurso só pode ser configurado por um dos pares.

A capacidade de agrupar vários peers dentro de um intervalo de sub-rede é altamente desejável, se não for necessária para que a implantação seja viável, e já foi amplamente adotada para as famílias de endereços IPv4, IPv6 e VRF. Esse recurso é desejável para outras famílias de endereços, especialmente EVPN, pois ajuda a evitar a gravação e a manutenção de configurações extensas e complexas em topologias Spine-Leaf, em que muitas folhas estão na mesma sub-rede.

Observação: este recurso não apresenta nenhuma CLI nova. Ele permite a ativação de grupos de peer configurados com o "intervalo de escuta bgp" em famílias de endereços anteriormente não suportadas.

Terminologia

DN	Vizinho dinâmico	Modo passivo onde o BGP ouve tentativas de conexão e forma vizinhos
AF	Família de Endereços	Define quais prefixos de tipo e informações de roteamento o BGP trata
COMO	Sistema autônomo	Um conjunto de prefixos IP roteáveis da Internet que pertencem a uma rede ou a um conjunto de redes gerenciadas, controladas e supervisionadas por uma única entidade ou organização
EVPN	Rede Privada Virtual Ethernet	A extensão que permite que o BGP transporte informações MAC de Camada 2 e IP de Camada 3 é EVPN e O usa o Protocolo de Gateway de Borda Multiprotocolo (MP-BGP - Multi-Protocol Border Gateway Protocol) como o protocolo para distribuir informações de alcance que pertençam à rede de sobreposição de VXLAN.
MVPN	Multicast Rede Privada Virtual	O recurso de VPN Multicast (MVPN) oferece a capacidade de suportar multicast em uma Rede Virtual Privada (VPN - Virtual Private Network) de Camada 3.
VXLAN	LAN virtual extensível (rede local)	A VXLAN foi projetada para superar as limitações inerentes de VLANs e STP. É um padrão IETF proposto [RFC 7348] para fornecer os mesmos serviços de rede Ethernet de Camada 2 que as VLANs, mas com maior flexibilidade. Funcionalmente, é um protocolo de encapsulamento MAC-em-UDP executado como uma sobreposição virtual em uma rede de camada 3 subjacente.

Configurar

Diagrama de Rede

Sobreposição (OSPF)

EVPN OSPF Underlay Topology

Sobreposição (BGP)

EVPN BGP Overlay Topology

Coluna-01

Spine-01#sh run | section r b
router bgp 65001
 bgp router-id 172.16.255.1
 bgp log-neighbor-changes
 bgp listen range 172.16.255.0/29 peer-group DN-GROUP <-- Listen for connections from peers in this subnet
 bgp listen block 172.16.255.2                        <-- Excluded peer RR from DN subnet range to allow static peer
 bgp listen limit 4                                   <-- Limit the number of peerings allowed 
 no bgp default ipv4-unicast
 neighbor DN-GROUP peer-group
 neighbor DN-GROUP remote-as 65001                    <-- Peers only allowed in this AS 
 neighbor DN-GROUP update-source Loopback0
 neighbor 172.16.255.2 remote-as 65001                <-- Static Neighbor config
 neighbor 172.16.255.2 update-source Loopback0        <-- Static Neighbor config
 !
 address-family ipv4
 exit-address-family
 !
 address-family ipv4 mvpn
  neighbor DN-GROUP activate                        <--- Dynamic peer group must be activated in MVPN AF
  neighbor DN-GROUP send-community both
  neighbor DN-GROUP route-reflector-client
  neighbor 172.16.255.2 activate                    <--- Static peering activation in MVPN AF
  neighbor 172.16.255.2 send-community extended
 exit-address-family
 !
 address-family l2vpn evpn
  neighbor DN-GROUP activate                        <--- Dynamic peer group must be activated in EVPN AF
  neighbor DN-GROUP send-community both
  neighbor DN-GROUP route-reflector-client
  neighbor 172.16.255.2 activate                    <-- Static peering activation in EVPN AF
  neighbor 172.16.255.2 send-community extended 
 exit-address-family

Observação: é possível ter vizinhos estáticos e dinâmicos como parte do mesmo grupo de correspondentes, mas os vizinhos estáticos precisam ser ativados individualmente.

Dica: é recomendável limitar o número de peers ao número de vizinhos que você espera ter para evitar peers inesperados. Defina o intervalo de sub-rede e o limite de escuta o mais próximo possível.

Folha-01

Leaf-01#show run | sec r bgp
router bgp 65001
 bgp router-id 172.16.255.3
 bgp log-neighbor-changes
 no bgp default ipv4-unicast
 neighbor 172.16.255.1 remote-as 65001
 neighbor 172.16.255.1 update-source Loopback0
 neighbor 172.16.255.2 remote-as 65001
 neighbor 172.16.255.2 update-source Loopback0
 !
 address-family ipv4
 exit-address-family
 !
 address-family ipv4 mvpn
  neighbor 172.16.255.1 activate               <-- Route Reflector 1
  neighbor 172.16.255.1 send-community both
  neighbor 172.16.255.2 activate               <-- Route Reflector 2 
  neighbor 172.16.255.2 send-community both
 exit-address-family
 !
 address-family l2vpn evpn
  neighbor 172.16.255.1 activate               <-- Route Reflector 2 
  neighbor 172.16.255.1 send-community both
  neighbor 172.16.255.2 activate               <-- Route Reflector 2 
  neighbor 172.16.255.2 send-community both
 exit-address-family

Observação: a configuração para o outro Refletor de rota spine e VTEPs são os mesmos, portanto, não são repetidos nesta seção

Observação: para fazer peer de RRs que usam DN, você deve usar a configuração estática. Eles estão no modo passivo e não geram mensagens OPEN entre si

Configurações opcionais

Alternate-AS

Permite que sessões de BGP sejam estabelecidas com peers na sub-rede especificada que tenham um número AS listado (até cinco eBGP AS alternativos são suportados para um total de 6 ASes).

Spine-01#show run | section r b
router bgp 65001
 bgp listen range 172.16.255.0/29 peer-group DN-GROUP 
 bgp listen limit 20                                  
 neighbor DN-GROUP peer-group
 neighbor DN-GROUP remote-as 1 alternate-as 2 3 4 5 6<-- Allow peering with more than one AS
 neighbor DN-GROUP update-source Loopback0

Observação: talvez não sejam alternativas suficientes para casos de uso de EVPN em alta escala (que podem exigir até 1.000 ASs remotos por grupo de peer de vizinho dinâmico). As versões futuras devem aumentar esse limite para acomodar essas implantações.

Verificar

Coluna (RR)

Verifique se o Spine, que é o ouvinte de BGP, formou pares dinâmicos

A Spine-02 tem a mesma aparência, portanto, mostra apenas a Spine-01 nesta saída de exemplo

Spine-01#show ip bgp all summary
For address family: L2VPN E-VPN                          <-- Address Family type EVPN
BGP router identifier 172.16.255.1, local AS number 65001
BGP table version is 64, main routing table version 64
19 network entries using 7296 bytes of memory
24 path entries using 5568 bytes of memory
13/10 BGP path/bestpath attribute entries using 3848 bytes of memory
13 BGP extended community entries using 1670 bytes of memory
0 BGP route-map cache entries using 0 bytes of memory
0 BGP filter-list cache entries using 0 bytes of memory
BGP using 18382 total bytes of memory
BGP activity 22/3 prefixes, 56/32 paths, scan interval 60 secs
19 networks peaked at 19:07:48 May 10 2023 UTC (00:48:59.007 ago)

Neighbor        V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
*172.16.255.3   4        65001     286     328       64    0    0 04:05:53        9
*172.16.255.4   4        65001     309     340       64    0    0 04:05:53       13
*172.16.255.5   4        65001     276     315       64    0    0 04:05:43        1
*172.16.255.6   4        65001     276     313       64    0    0 04:05:53        1
* Dynamically created based on a listen range command
Neighbor        V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
Dynamically created neighbors: 4, Subnet ranges: 1

BGP peergroup DN-GROUP listen range group members:
  172.16.255.0/29                                    <-- Peering subnet configured

For address family: MVPNv4 Unicast                   <-- Address Family type MVPN
BGP router identifier 172.16.255.1, local AS number 65001
BGP table version is 1, main routing table version 1

Neighbor        V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
*172.16.255.3   4        65001     286     328        1    0    0 04:05:53        0
*172.16.255.4   4        65001     309     340        1    0    0 04:05:54        0
*172.16.255.5   4        65001     276     315        1    0    0 04:05:43        0
*172.16.255.6   4        65001     276     313        1    0    0 04:05:53        0
* Dynamically created based on a listen range command
Dynamically created neighbors: 4, Subnet ranges: 1

BGP peergroup DN-GROUP listen range group members:
  172.16.255.0/29                                   <-- Peering subnet configured

Total dynamically created neighbors: 4/(4 max), Subnet ranges: 1     <-- 4 total neighbors from the max of 4

Nota: Você pode usar comandos BGP per-AF para ver apenas informações de um único AF:

show bgp l2vpn evpn summary
show ip bgp ipv4 mvpn all summary

Observe as portas TCP Spine-01 (RR):

Como Spine é passivo, sua porta local é sempre a porta 179 BGP fixa, enquanto os VTEPs mostram portas efêmeras
172.16.255.1 > 172.16.255.2 é definido como um par estático, mas esse RR também recebeu a porta 179 usada como OPEN

Spine-01#show tcp brief
TCB       Local Address               Foreign Address             (state)
72632453A5C0  172.16.255.1.179           172.16.255.5.15285          ESTAB  <-- Dynamic peer (Leaf-03)
7263245C73C0  172.16.255.1.179           172.16.255.6.52693          ESTAB  <-- Dynamic peer (Border Leaf)
7263245B3D30  172.16.255.1.179           172.16.255.4.44091          ESTAB  <-- Dynamic peer (Leaf-02)
7263272DE460  172.16.254.1.22430         172.16.254.2.639            ESTAB  <-- MSDP peer    (Spine-02)
7263246DD3A8  172.16.255.1.179           172.16.255.2.21866          ESTAB  <-- Static Peer  (Spine-02 RR)
7263245BDAC0  172.16.255.1.179           172.16.255.3.31383          ESTAB  <-- Dynamic peer (Leaf-01)

Troubleshooting

Peering de DN

Se o grupo de peer for adicionado sob a família de endereços L2VPN EVPN, ele não terá efeito se o grupo de peer for ativado sob outro AF.

Nesse caso, peer-group está presente na MVPN e, em seguida, ativado na EVPN.
Os vizinhos EVPN não se formam até que uma limpeza forçada seja executada.

Spine-01(config)#router bgp 65001
Spine-01(config-router)#address-family l2vpn evpn 
Spine-01(config-router-af)#neighbor DN-GROUP activate
Spine-01(config-router-af)#end

% BGP: Dynamic peergroup DN-GROUP does not reset session by default and requires manual reset if this peer-group is also activated under another address-family

Spine-01#sh bgp l2vpn evpn summary
<--- Neighbor info missing 

BGP peergroup DN-GROUP listen range group members:
 172.16.255.0/29

Total dynamically created neighbors: 4/(4 max), Subnet ranges: 1

Spine-01#clear ip bgp *  <-- Hard clear

%BGP-3-NOTIFICATION_MANY: sent to 5 sessions 6/4 (Administrative Reset) for all peers  <-- Resetting all peers
%BGP_SESSION-5-ADJCHANGE: neighbor *172.16.255.3 MVPNv4 Unicast topology base removed from session  Neighbor deleted
%BGP-5-ADJCHANGE: neighbor *172.16.255.3 Down User reset
%BGP_SESSION-5-ADJCHANGE: neighbor *172.16.255.4 MVPNv4 Unicast topology base removed from session  Neighbor deleted
%BGP-5-ADJCHANGE: neighbor *172.16.255.4 Down User reset
%BGP_SESSION-5-ADJCHANGE: neighbor *172.16.255.5 MVPNv4 Unicast topology base removed from session  Neighbor deleted
%BGP-5-ADJCHANGE: neighbor *172.16.255.5 Down User reset
%BGP_SESSION-5-ADJCHANGE: neighbor *172.16.255.6 MVPNv4 Unicast topology base removed from session  Neighbor deleted
%BGP-5-ADJCHANGE: neighbor *172.16.255.6 Down User reset
%BGP-5-ADJCHANGE: neighbor 172.16.255.2 Down User reset
%BGP_SESSION-5-ADJCHANGE: neighbor 172.16.255.2 MVPNv4 Unicast topology base removed from session  User reset

%BGP-5-ADJCHANGE: neighbor *172.16.255.3 Up  <-- Peers coming back up for both MVPN and EVPN 
%BGP-5-ADJCHANGE: neighbor *172.16.255.5 Up
%BGP-5-ADJCHANGE: neighbor *172.16.255.4 Up
%BGP-5-ADJCHANGE: neighbor *172.16.255.6 Up

Spine-01#sh bgp l2vpn evpn all summary
BGP router identifier 172.16.255.1, local AS number 65001
BGP table version is 61, main routing table version 61
41 network entries using 15744 bytes of memory
48 path entries using 11136 bytes of memory
25/22 BGP path/bestpath attribute entries using 7400 bytes of memory
20 BGP extended community entries using 2120 bytes of memory
0 BGP route-map cache entries using 0 bytes of memory
0 BGP filter-list cache entries using 0 bytes of memory
BGP using 36400 total bytes of memory
BGP activity 145/104 prefixes, 22148/22100 paths, scan interval 60 secs
41 networks peaked at 21:07:01 May 11 2023 UTC (4d21h ago)

Neighbor        V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
*172.16.255.3   4        65001      26      12       61    0    0 00:05:03       16     <-- Dynamic Peers now show up in EVPN (* = dynamically created)
*172.16.255.4   4        65001      27      10       61    0    0 00:05:08       19
*172.16.255.5   4        65001      14      12       61    0    0 00:05:05        6
*172.16.255.6   4        65001      17      10       61    0    0 00:05:10        7
* Dynamically created based on a listen range command
Neighbor        V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
Dynamically created neighbors: 4, Subnet ranges: 1

BGP peergroup DN-GROUP listen range group members:
  172.16.255.0/29

Total dynamically created neighbors: 4/(4 max), Subnet ranges: 1

Observação: uma limpeza forçada no vizinho é necessária para que as alterações de configuração entrem em vigor. Isso é consistente com o comportamento atual para famílias de endereços que suportam BGP Dynamic Neighbor.

Depurações de DN

Se houver um problema com os Pares Dinâmicos, você poderá usar depurações para ver mais sobre o problema

Spine-01#debug bgp all range detail  

Spine-01#sh debugging
IP routing:
BGP dynamic range debugging is on with detail (Dynamic neighbor details only) <-- Only debug DN type neighbors

Spine-01(config)#router bgp 65001
Spine-01(config-router)# address-family l2vpn evpn
Spine-01(config-router-af)# neighbor DN-GROUP activate

% BGP: Dynamic peergroup DN-GROUP does not reset session by default and requires manual reset if this peer-group is also activated under another address-family

*May 16 18:29:53.744: BGP:DN: Peergroup DN-GROUP is activated for Dynamic Neighbors for L2VPN E-VPN  <-- Debug event

Spine-01#clear ip bgp *

*May 16 18:31:34.806: %BGP-3-NOTIFICATION_MANY: sent to 5 sessions 6/4 (Administrative Reset) for all peers
*May 16 18:31:34.806: BGP:DN: free: *172.16.255.3
*May 16 18:31:34.806: BGP:DN: free: *172.16.255.4
*May 16 18:31:34.806: BGP:DN: free: *172.16.255.5
*May 16 18:31:34.807: BGP:DN: free: *172.16.255.6

*May 16 18:31:43.855: BGP:DN: validating TCP SYN from 172.16.255.5: in range 172.16.255.0/29, val =0, peer-group = DN-GROUP <-- Validate a TCP SYN from peer (in DN Range?)
*May 16 18:31:43.856: BGP: 172.16.255.5 passive open to 172.16.255.1
*May 16 18:31:43.856: BGP:DN: passive open ACCEPT - TCP session : tcb=0x7263248098B8,context 0x726317305E20, ctx_group name 172.16.255.0/29, tcb->foreign=172.16.255.5, magic_cookie=0xFEEDFACE <-- Accept BGP OPEN
*May 16 18:31:43.856: BGP:DN: group->prefix_length=24, group->prefix=172.16.255.0
*May 16 18:31:43.856: BGP:DN: 172.16.255.5 get_rc_shim_transport_group: range group =172.16.255.0/29, group address = 0x726317305E20
*May 16 18:31:43.856: BGP:DN: init dynamic neighbor for peergroup DN-GROUP in L2VPN Evpn
*May 16 18:31:43.856: BGP:DN: Created a new neighbor *172.16.255.5 in range 172.16.255.0/29, peer-group DN-GROUP, count= 0  <-- Create this neighborship 
*May 16 18:31:43.856: BGP:DN: accepted: nbr *172.16.255.5/7263245A3508 peer-grp: DN-GROUP/726317306460                      <-- Peering is completed

Observação: os outros 3 peers têm o mesmo resultado de depuração, portanto, não são mostrados aqui.

Vizinho estático

Se um vizinho tiver sido criado dinamicamente anteriormente, ele não poderá ser convertido em estático.

Spine-01(config-router)#neighbor 172.16.255.3 remote-as 65001
% Cannot configure for dynamically created neighbor

Você pode excluir um vizinho no intervalo DN com esse comando no modo BGP do roteador. Isso permite uma combinação de peers estáticos e dinâmicos no intervalo de sub-rede do DN

router bgp 65001
 bgp listen block 172.16.255.3

Informações Relacionadas

Histórico de revisões

Revisão	Data de publicação	Comentários
1.0	17-May-2023	Versão inicial

Colaborado por engenheiros da Cisco

Ambrose Taylor
Aldo Rogliero

Este documento lhe foi útil?

Feedback

Contate a Cisco

Abrir um caso de suporte
(É necessário um Contrato de Serviço da Cisco)