Configuración de la Función BGP Local-AS

Introducción

Este documento describe la función local-AS de BGP (Border Gateway Protocol), que estaba disponible inicialmente en Cisco IOS^®Software Release 12.0(5)S.

Prerequisites

Requirements

Este documento recomienda conocer el protocolo de ruteo BGP y sus operaciones. Para obtener más información, consulte los casos prácticos de examinar el protocolo de gateway fronterizo.

Componentes Utilizados

La información de este documento se creó con esta versión de software, pero no se limita a versiones de software y hardware específicas:

• Versión 12.2(28) del software Cisco IOS

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Convenciones

For more information on document conventions, refer to the Cisco Technical Tips Conventions.

Antecedentes

La función local-AS permite que un router parezca ser miembro de un segundo sistema autónomo (AS), además de su AS original. Esta característica sólo puede utilizarse para entidades pares eBGP verdaderas. No puede utilizar esta función para dos peers que son miembros de diferentes sub-AS de confederación.

La función local-AS es una herramienta útil cuando un ISP adquiere otro, ya que permite que los routers en el ISP adquirido se unan sin problemas al AS del ISP que adquiere. Esto es particularmente beneficioso cuando los clientes del ISP adquirido prefieren mantener sus configuraciones y arreglos de peering existentes. Con la función local-AS, los routers en el ISP adquirido pueden aparecer como miembros del AS del ISP que adquiere, mientras conservan su número AS original a los ojos de sus clientes. Esto garantiza una transición fluida y minimiza las interrupciones para los clientes del ISP adquirido.

Por ejemplo, consulte los diagramas de red, donde en la Figura 1, ISP-A aún no ha adquirido ISP-B y en la Figura 2, ISP-A ha adquirido ISP-B, e ISP-B utiliza la función local-AS. Si el ISP-A compra el ISP-B, pero los clientes del ISP-B no desean modificar ninguna configuración, la función local-AS permite que los routers del ISP-B se conviertan en miembros del ISP-A (100) AS. Al mismo tiempo, estos routers parecen a sus clientes conservar su número ISP-B (200) AS.

En la Figura 2, ISP-B ahora pertenece al AS 100 y ISP-C (cliente) al AS 300. Al emparejarse con ISP-C, ISP-B utiliza AS 200 como su número AS con el uso del comando neighbor <ISP-C> local-as 200. En las actualizaciones BGP enviadas desde ISP-B a ISP-C, AS_SEQUENCE en el atributo AS_PATH contiene "200 100". ISP-B antepone el "200" debido al comando local-as 200 configurado para ISP-C.

Normalmente, un ISP-A/B combinado renumera los routers en ISP-B para que sean parte de AS 100. ¿Qué sucede si ISP-C no puede cambiar sus configuraciones de eBGP con ISP-B? Antes de la función local-AS, el ISP-A/B combinado debe mantener dos números AS. El comando local-as permite que ISP-A/B sea físicamente un AS mientras que parece ser dos AS a ISP-C.

Sintaxis del comando

Esta lista muestra la sintaxis de los comandos que utilizan las configuraciones de este documento:

• neighbor   local-as   

• neighbor peer-group local-as   

Local-AS no se puede personalizar para pares individuales en un grupo de pares.

Local-AS no puede tener el número AS del protocolo BGP local o el número AS del peer remoto.

El comando local-as es válido únicamente si el par es un par eBGP verdadero. No funciona para dos peers en diferentes sub-AS en una confederación.

Configurar

En esta sección se presenta información para configurar las características que este documento describe.

Diagramas de la Red

Este documento utiliza estas configuraciones de red.

Figure 1

Figure 2

Configuraciones

En este documento, se utilizan estas configuraciones:

• 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 
! 
!

Verificación

Esta sección proporciona información que puede utilizar para confirmar que su configuración funciona correctamente.

Vea la tabla de ruteo BGP para ver cómo el comando local-as cambió AS_PATH. Lo que observa es que ISP-B antepone AS 200 a las actualizaciones que se envían y reciben desde ISP-C. Además, tenga en cuenta que ISP-B está en el AS número 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

En esta salida, observe que ISP-C ve ISP-B como parte de 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 en esta salida que ISP-B antepone "200" a las rutas aprendidas de 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 ISP-C ve las rutas de ISP-B con 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

Estos comandos muestran los valores local-as configurados en su resultado:

• 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

Troubleshoot

El comando debug ip bgp updates muestra los prefijos recibidos con sus atributos del vecino. Este resultado muestra que el prefijo 192.168.4.0/24 se recibe con 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#

Información Relacionada

• Examine las Preguntas Frecuentes sobre Border Gateway Protocol
• Soporte técnico de BGP
• Soporte técnico y descargas de Cisco