Configurar o recurso BGP Local-AS

Introdução

Este documento descreve o recurso local-AS do Border Gateway Protocol (BGP), que estava disponível inicialmente no Cisco IOS^® Software Release 12.0(5)S.

Pré-requisitos

Requisitos

Este documento recomenda o conhecimento do protocolo de roteamento BGP e suas operações. Para obter mais informações, consulte os estudos de caso do Examine Border Gateway Protocol.

Componentes Utilizados

As informações neste documento foram criadas com esta versão de software, mas não estão restritas a versões específicas de software e hardware:

• Software Cisco IOS versão 12.2(28)

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.

Conventions

Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.

Informações de Apoio

O recurso BGP local-AS permite que um roteador que executa um Sistema Autônomo (AS) BGP apresente um número AS diferente a um vizinho eBGP específico. Isso é útil durante cenários de migração de AS, como quando um ISP adquire outro ISP e os clientes não podem alterar imediatamente ou preferem manter suas configurações de eBGP. Isso garante uma transição suave e minimiza interrupções para os clientes do ISP adquirido.

Por exemplo, consulte os diagramas de rede, em que na Figura 1, o ISP-A ainda não comprou o ISP-B e na Figura 2, o ISP-A comprou o ISP-B e o ISP-B usa o recurso BGP local-AS. Se o ISP-A comprar o ISP-B, mas os clientes do ISP-B não quiserem modificar nenhuma configuração, o recurso BGP local-AS permite que os roteadores no ISP-B se tornem membros do AS do ISP-A (100). Ao mesmo tempo, esses roteadores parecem aos seus clientes manter o número AS do ISP-B (200).

Na Figura 2, o ISP-B agora pertence ao AS 100 e o ISP-C (cliente) ao AS 300. Ao fazer o peering com o ISP-C, o ISP-B usa o AS 200 como seu número AS com o uso do comando neighbor <ISP-C> local-as 200. Nas atualizações BGP enviadas do ISP-B para o ISP-C, o AS_SEQUENCE no atributo AS_PATH contém "200 100". O "200" é antecedido por ISP-B devido ao comando local-as 200 configurado para ISP-C.

Normalmente, um ISP-A/B combinado renumera os roteadores no ISP-B para fazerem parte do AS 100. E se o ISP-C não puder alterar suas configurações de eBGP com o ISP-B? Antes do recurso BGP local-AS, o ISP-A/B combinado tem que manter dois números AS. O comando local-as permite que o ISP-A/B seja fisicamente um AS enquanto parece ser dois ASs para o ISP-C.

Sintaxe do comando

Esta lista mostra a sintaxe dos comandos que as configurações neste documento usam:

• neighbor  local-as  

• neighbor  local-as  

Note: O AS local configurado não pode ser o mesmo que o AS do processo BGP local.

Note: O AS local configurado não pode ser igual ao AS do peer remoto.

Note: O comando local-as apenas é válido quando um correspondente é um verdadeiro correspondente eBGP. Ele não funciona para dois peers em sub-ASs diferentes em uma confederação.

Configurar

Esta seção apresenta informações para configurar as características que este documento descreve.

Diagramas de rede

Este documento usa estas configurações de rede.

Figure 1

Figure 2

Configurações

O roteador (dentro do ISP-B) executa o BGP AS 100, que representa o AS de pós-aquisição usado pelo ISP-B. O comando local-as 200 faz com que o ISP-C veja esse vizinho como AS 200 em vez de AS 100. Ele também faz com que o AS 200 seja anexado aos anúncios de rota enviados ao ISP-C.

• ISP-B (AS 100, local-as 200)

• ISP-C (AS 300)

hostname ISP-B
! 
interface serial 0 
ip address 192.168.1.1 255.255.255.252 
! 
interface ethernet 0 
ip address 192.168.4.1 255.255.255.0 
! 
router bgp 100 

!--- Note the AS number 100. This is the AS number of ISP-A, which is now 
!--- used by all routers in ISP-B after its acquisition by ISP-A.

 neighbor 192.168.1.2 remote-as 300 

!--- Defines the eBGP connection to ISP-C.

 neighbor 192.168.1.2 local-as 200 

!--- This command makes the remote router in ISP-C to see this 
!--- router as belonging to AS 200 instead of AS 100. 
!--- This also make this router to prepend AS 200 in 
!--- all updates to ISP-C.

network 192.168.4.0
! 
!

hostname ISP-C
! 
interface serial 1 
ip address 192.168.1.2 255.255.255.252 
! 
interface ethernet 0 
ip address 192.168.9.1 255.255.255.0 
! 
router bgp 300 
 neighbor 192.168.1.1 remote-as 200

!--- Defines the eBGP connection to ISP-B.
!--- Note AS is 200 and not AS 100.
 
 network 192.168.9.0 
! 
!

Verificar

Esta seção fornece informações que você pode usar para confirmar se a configuração funciona corretamente.

No ISP-B, show ip bgp summary confirma que o processo BGP local é executado como AS 100.

ISP-B#show ip bgp summary

  BGP router identifier 192.168.4.1, local AS number 100 
  BGP table version is 3, main routing table version 3 
  2 network entries and 2 paths using 266 bytes of memory 
  2 BGP path attribute entries using 104 bytes of memory 
  1 BGP AS-PATH entries using 24 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 activity 2/6 prefixes, 2/0 paths, scan interval 15  secs 

  Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd 
  192.168.1.2     4   300      29      29        3    0    0 00:25:19       1

Na próxima saída em ISP-C, show ip bgp summary confirma que o vizinho ISP-B em 192.168.1.1 é visto como AS 200.

ISP-C#show ip bgp summary 
  BGP table version is 3, main routing table version 3 
  2 network entries (2/6 paths) using 480 bytes of memory 
  2 BGP path attribute entries using 192 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 

  Neighbor        V    AS MsgRcvd MsgSent  TblVer InQ OutQ   Up/Down  State/PfxRcd 
  192.168.1.1     4   200      34      34       3   0    0  00:30:19   1

Observe nesta saída que o ISP-B acrescenta "200" às rotas aprendidas do ISP-C. O comando local-as 200 faz com que o ISP-B apresente o AS 200 ao ISP-C. O ISP-C vê rotas do ISP-B com AS_PATH 200 100, enquanto o ISP-B exibe rotas aprendidas do ISP-C com AS_PATH 200 300.

ISP-B#show ip bgp

  BGP table version is 3, local router ID is 192.168.4.1 
  Status codes: s suppressed, d damped, h history, * valid, > best, i - internal 
  Origin codes: i - IGP, e - EGP, ? - incomplete 

  Network          Next Hop            Metric LocPrf  Weight   Path 
  *> 192.168.4.0      0.0.0.0               0          32768   i 
  *> 192.168.9.0      192.168.1.2           0              0   200 300 i

Observe que a saída de show ip bgp confirma o comportamento AS_PATH introduzido pelo comando local-as. O ISP-C recebe a rota 192.168.4.0/24 com AS_PATH "200 100" do ISP-B.

ISP-C#show ip bgp 
  BGP table version is 3, local router ID is 192.168.1.2 
  Status codes: s suppressed, d damped, h history, * valid, > best, i - internal 
  Origin codes: i - IGP, e - EGP, ? - incomplete 

  Network          Next Hop          Metric LocPrf  Weight Path 
  *> 192.168.4.0      192.168.1.1         0              0 200 100 i 
  *> 192.168.9.0      0.0.0.0             0          32768 i

Estes comandos mostram os valores configurados local-as em sua saída:

• show ip bgp neighbor  

• show ip bgp peer-group  

ISP-B#show ip bgp neighbors 192.168.1.2
BGP neighbor is 192.168.1.2,  remote AS 300,  local AS 200, external link
  BGP version 4, remote router ID 192.168.9.1
  BGP state = Established, up for 00:22:42
  Last read 00:00:42, hold time is 180, keepalive interval is 60 seconds
  Neighbor capabilities:
    Route refresh: advertised and received(old & new)
    Address family IPv4 Unicast: advertised and received
  Message statistics:
    InQ depth is 0
    OutQ depth is 0
                         Sent       Rcvd
    Opens:                  1          1
    Notifications:          0          0
    Updates:                2          1
    Keepalives:            25         25
    Route Refresh:          0          1
    Total:                 28         28
  Default minimum time between advertisement runs is 30 seconds

Troubleshooting

O comando debug ip bgp updates exibe os prefixos recebidos com seus atributos do vizinho. Esta saída mostra que o prefixo 192.168.4.0/24 é recebido com AS PATH 200, 100.

Caution: O comando debug ip bgp updates pode gerar uma saída de alto volume nos roteadores de produção. Use-o somente durante a solução de problemas controlada, preferencialmente durante uma janela de manutenção ou sob orientação do TAC. Desative a depuração com undebug all ou no debug ip bgp updates depois de coletar a saída necessária.

ISP-C#
*May 10 12:45:14.947: BGP(0): 192.168.1.1 computing updates, afi 0, neighbor version 0, table version 5, starting at 0.0.0.0
*May 10 12:45:14.947: BGP(0): 192.168.1.1 send UPDATE (format) 192.168.9.0/24, next 192.168.1.2, metric 0, path
*May 10 12:45:14.947: BGP(0): 192.168.1.1 1 updates enqueued (average=52, maximum=52)
*May 10 12:45:14.947: BGP(0): 192.168.1.1 update run completed, afi 0, ran for 0ms, neighbor version 0, start version 5, throttled to 5
*May 10 12:45:14.947: BGP: 192.168.1.1 initial update completed
*May 10 12:45:15.259: BGP(0): 192.168.1.1 rcvd UPDATE w/ attr: nexthop 192.168.1.1, origin i, metric 0, path 200 100
*May 10 12:45:15.259: BGP(0): 192.168.1.1 rcvd 192.168.4.0/24
*May 10 12:45:15.279: BGP(0): Revise route installing 192.168.4.0/24 -> 192.168.1.1 to main IP table
ISP-C#

Informações Relacionadas

• Examine as perguntas frequentes sobre o Border Gateway Protocol
• Suporte técnico de BGP
• Suporte técnico e downloads da Cisco