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 AS local permite que um roteador pareça ser membro de um segundo sistema autônomo (AS), além de seu AS original. Esse recurso só pode ser usado para peers de eBGP verdadeiros. Você não pode usar esse recurso para dois peers que são membros de sub-ASs de confederação diferentes.

O recurso AS local é uma ferramenta útil quando um ISP adquire outro, pois permite que os roteadores no ISP adquirido se unam perfeitamente ao AS do ISP adquirente. Isso é particularmente benéfico quando os clientes do ISP adquirido preferem manter suas configurações e acordos de peering existentes. Com o recurso AS local, os roteadores no ISP adquirido podem aparecer como membros do AS do ISP adquirente, enquanto ainda mantêm seu número AS original aos olhos de seus clientes. Isso garante uma transição tranquila e minimiza as interrupções para os clientes do ISP adquirido.

Por exemplo, consulte os diagramas de rede, em que na Figura 1, ISP-A ainda não comprou ISP-B e na Figura 2, ISP-A comprou ISP-B e ISP-B usa o recurso local-AS. Se o ISP-A adquirir o ISP-B, mas os clientes do ISP-B não desejarem modificar nenhuma configuração, o recurso AS local permitirá 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, ISP-B agora pertence ao AS 100 e ISP-C (cliente) ao AS 300. Ao fazer peering com ISP-C, o ISP-B usa 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 fazer 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 AS local, o ISP-A/B combinado tinha 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 peer-group local-as   

Local-AS não pode ser personalizado para pares individuais em um grupo de pares.

Local-AS não pode ter o número AS do protocolo BGP local ou o número AS do peer remoto.

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

Este documento utiliza as seguintes configurações:

• 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 e-BGP 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 e-BGP 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.

Examine a tabela de roteamento BGP para ver como o comando local-as alterou o AS_PATH. O que você observa é que o ISP-B antecede o AS 200 às atualizações que são enviadas para e recebidas do ISP-C. Além disso, observe que ISP-B está no número 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

Nesta saída, observe que o ISP-C vê o ISP-B como parte do 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 antecede "200" às rotas aprendidas do ISP-C.

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 o ISP-C vê rotas do ISP-B com um AS_PATH de "200 100".

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 peer  

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.

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