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

Opciones de descarga

  • PDF     (305.9 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
Actualizado:9 de julio de 2026
ID del documento:13761

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

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 BGP local-AS permite que un router que ejecuta un sistema autónomo (AS) BGP presente un número AS diferente a un vecino eBGP específico. Esto es útil durante los escenarios de migración de AS, como cuando un ISP adquiere otro ISP y los clientes no pueden cambiar inmediatamente o prefieren mantener sus configuraciones de eBGP. Esto asegura una transición sin problemas 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 comprado ISP-B y en la Figura 2, ISP-A ha comprado ISP-B, e ISP-B utiliza la función BGP local-AS. Si ISP-A compra ISP-B, pero los clientes ISP-B no desean modificar ninguna configuración, la función BGP local-AS permite que los routers en ISP-B se conviertan en miembros de 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. Cuando se empareja con ISP-C, ISP-B utiliza el 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 BGP 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  local-as  

note-icon

Nota: El AS local configurado no puede ser igual que el AS de proceso BGP local.

note-icon

Nota: El AS local configurado no puede ser igual que el AS de peer remoto.

note-icon

Nota: 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 1 Network Setup

Figure 2

Figure 2 Network Setup

Configuraciones

El router (dentro de ISP-B) ejecuta BGP AS 100, que representa el AS posterior a la adquisición utilizado por ISP-B. El comando local-as 200 hace que ISP-C vea a este vecino como AS 200 en lugar de AS 100. También hace que AS 200 se anteponga a los anuncios de ruta enviados a ISP-C.

ISP-B (AS 100, local-as 200) 
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
! 
!
ISP-C (AS 300) 
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 
! 
!

Verificación

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

En ISP-B, show ip bgp summary confirma que el proceso BGP local se ejecuta 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

En el siguiente resultado en ISP-C, show ip bgp summary confirma que el vecino ISP-B en 192.168.1.1 se ve 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 en esta salida que ISP-B antepone "200" a las rutas aprendidas de ISP-C. El comando local-as 200 hace que ISP-B presente AS 200 a ISP-C. ISP-C ve las rutas de ISP-B con AS_PATH 200 100, mientras que ISP-B muestra las rutas aprendidas de ISP-C con 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 la salida show ip bgp confirma el comportamiento AS_PATH introducido por el comando local-as. ISP-C recibe la ruta 192.168.4.0/24 con AS_PATH "200 100" de 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

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

  • 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

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.

caution-icon

Precaución: El comando debug ip bgp updates puede generar un resultado de gran volumen en los routers de producción. Utilícelo únicamente durante la resolución de problemas controlada, preferiblemente durante una ventana de mantenimiento o bajo la guía del TAC. Inhabilite la depuración con undebug all o no debug ip bgp updates después de recopilar el resultado requerido.

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

Historial de revisiones

Revisión Fecha de publicación Comentarios
5.0
09-Jul-2026
Recertificación
2.0
08-May-2023
Formato actualizado. Recertificación.
1.0
10-Dec-2001
Versión inicial
TAC Authored

Con la colaboración de ingenieros de Cisco

  • Cisco TAC Engineers

¿Resultó útil este documento?

FeedbackComentarios

Contacte a Cisco