cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
4514
Visitas
60
ÚTIL
17
Respuestas

Pregunte al Experto- Atributos de BGP

Cisco Moderador
Community Manager
Community Manager

pregunte-bgp-adalid-nov2018_900x150.png

ATE-Participa
 

Aclare todas sus dudas relacionadas al uso de los atributos del protocolo Border Gateway Protocol (BGP) en su red. Durante esta sesión se hablará de las distintas formas que hay para aplicarlos y realizar diversas políticas de ruteo. De igual forma se discutirá acerca de distintos escenarios, incluyendo los de redundancia de conectividad ISP que permiten recibir las actualizaciones simplemente mantener un mejor control interno. 

 

Haga sus preguntas del 19 de Noviembre al 7 de Diciembre del 2018.

 

Detalles del especialista

Adalid.pngAdalid Torres colabora actualmente como arquitecto de infraestructura en Sonda México. Anteriormente ha trabajado en telefónica y otros partners de Cisco en proyectos relacionados a las tecnologías de LAN/WAN, portchannel, VPc, FEX, BGP, OSPF y VRF entre otras. Adalid es un ingeniero egresado del Tecnológico de Acapulco en México. Cuenta con las certificaciones de CCNA y CCNP R&S y actualmente se está preparando para presentar su CCIE. 

Adalid puede no poder responder a todas las preguntas, debido al volumen esperado durante este evento. Recuerde que también puede hacer sus preguntas en nuestra categoría de Routing & Switching https://supportforums.cisco.com/t5/routing-y-switching/ct-p/5551-routing-and-switching

 

** ¡Los puntos de utilidad fomentan la participación! **
Por favor asegúrese de dar unospecial-programs.png a las respuestas a sus preguntas.

17 RESPUESTAS 17

Carlos Flores
Level 1
Level 1

Hola Adalid T

Gracias por el espacio. Quisiera apoyo para contestar las siguientes dudas

 

¿Cómo se pueden enviar rutas a otro sistema autónomo desde BGP? y ¿cómo se pueden filtrar las rutas enviadas a otro sistema autónomo con BGP?

Hola Carlos

 

Que tal, una manera de enviar rutas en este caso seria una ruta por default y desde bgp hacia otro Sistema autonomo cumpliendo con el requerimiento de la pregunta seria de la siguiente manera:

 

¿Cómo se pueden enviar rutas a otro sistema autónomo desde BGP?

 

Se tendría que tener una sesion eBGP y detectar el neighbor al cual se quiere propagar la ruta por default, 

especificar el comando default-originate

 

router bgp 65534
no synchronization
bgp log-neighbor-changes
network 1.1.1.0 mask 255.255.255.0
network 2.2.2.0 mask 255.255.255.0
neighbor 1.1.1.2 remote-as 65535
neighbor 1.1.1.2 default-originate

 

Adjunto imagen de configuración y la del router con eBGP como se observa la ruta propagada

 

 

¿cómo se pueden filtrar las rutas enviadas a otro sistema autónomo con BGP?

 

Puedes filtrar segmentos enviados y utilizando el atributo AS-pathruta propagada.JPGpropagacion ruta por default.JPG

Hola Adalid T

Gracias por el tiempo y el apoyo, son bienvenidos y agradecidos 

estos espacios son muy buenos para aprender, nuevamente gracias por la oportunidad 

dulfranc1
Level 1
Level 1
Hola
Tengo un problema con BGP, espero puedan ayudar
Tenemos un cliente que hace reboot al router. Cuando el router regresa BGP no se restablece, pero nosotros podemos hacer ping al remote end y hacer telnet al CPE del PE.
Para poder regresar las sesiones en línea y aprender los routers tenemos que limpiar tajantemente la sesión de BGP utilizando el comando “clear ip bpg*” ¿Saben por qué sucede este y qué podemos hacer para evitarlo?
 

@dulfranc1

 

Que tal recibe un saludo, una pregunta el router que hace el reboot es el CPE? y desde el PE es administrable via telnet ?

 

La recomendación para realizar un clear soft *, seria únicamente a la ip del neighbor en especifico e indicando ya sea out o in

 ejemplo:

clear ip bgp neighbor xxxx.xxxx.xxxx.xxx.  soft *  out

 

tambien es bueno que configuracion adicional como un soft.reconfiguration,  en el router que hace el reboot

 

 

salaudos

Hola 
Gracias por la atención, es correcto CPE es el router que hacer el reboot y PE es con telnet.
La ruta que se tiene entre CPE y PE se encuentra en capa 2. En temas de seguridad no hay ningún firewall aplicado, tampoco hay filtros ACLs aplicados a los puertos
 

madrileño18
Level 1
Level 1

Tengo dudas respecto a la sumarización en BGP con el comando aggregate ya sea con summary only o sin el. Recibo en un router central varias subredes y utilizo el comando para sumarizar las subredes y advertirsela sumarizada a otros vecinos, si yo recibo estas subredes de las delegaciones, no quiero que todas las oficinas tengan conocimiento de todas las subredes (es una red completamente mallada) para tener una tabla de rounting mas pequeña, me gustaría anunciar a esas oficinas solo la red que estoy sumarizando en este router central y filtrar en las delegaciones para que solo aprendan la sumarizada. Entonces no encuentro mucha información de como enviar hacia los origenes de las subredes, la red sumarizada que genero en el router central. Es decir si yo quiero anunciar a otro vecinos, que no son los que me envían las rutas específicas que sumarizo, uso el comando aggregate, pero si quisiera volver a anunciar la red sumarizada hacia los origenes de esas rutas dado que al usar aggregate genero una red a null 0. ¿Como puedo anunciarla, mediante un redistribute connected? Si miro en la tabla de rutas me dice esto en el equipo en el que sumarizo.

 

R3#sh ip route 172.16.0.0 255.255.240.0
Routing entry for 172.16.0.0/20
  Known via "bgp 1", distance 200, metric 0, type locally generated
  Routing Descriptor Blocks:
  * directly connected, via Null0
      Route metric is 0, traffic share count is 1
      AS Hops 0

 

R3#sh ip route 172.16.0.0
Routing entry for 172.16.0.0/16, 5 known subnets
  Variably subnetted with 2 masks

B       172.16.0.0/24 [20/0] via 192.168.1.2, 02:39:36

B       172.16.1.0/24 [20/0] via 192.168.1.3, 02:39:40

B       172.16.2.0/24 [20/0] via 192.168.1.4, 02:40:21
B       172.16.0.0/20 [200/0] via 0.0.0.0, 02:39:36, Null0

 

En este caso sería por ejemplo anunciar la red 172.16.0.0/20 a los vecinos 192.168.1.2, 192.168.1.3 y 192.168.1.4

 

He estado leyendo sobre el tema y parece que las rutas generadas localmente BGP, las pone en la tabla de rutas con una distancia administrativa de 200 pero no es iBGP. ¿Por tanto puedo usar redistribute connected o no funcionaría? ¿Habría otra forma que no fuese usar el comando network, porque supongo que esa funcionará seguro? Creo que no sería necesario usar una ruta estática a null 0 y usar reditribute static, si ya tienes una ruta a null 0 generada automáticamente. Mi intención es no usar el comando network si es posible.

 

Espero haberme explicado bien.

@madrileño18


Que tal recibe un cordial saludo, como lo comentas para sumarizar puedes usar el comando network y el comando aggregate-address con su variante summary-only, el poder reducir la tabla de ruteo es la mejor opción
y se debe tener definida ruta a anunciar

 

La principal diferencia es que con el network necesitaras crear una ruta en especifica hacia null0 y los demás segmentos se mantendrán, con el summary-only  únicamente la que tu decidas anunciar es la que veras en la tabla de ruteo en caso de seguir viendo las especificas del router en que no se aprenden directamente conectadas aplicar un clear soft si es posible 


En la información mostrada cuentas con los siguientes segmentos:
172.16.0.0/24
172.16.1.0/24
172.16.2.0/24

Tambien se entiende que tienes la siguiente configuracion:

aggregate-address 172.16.0.0 255.255.240.0 summary-only


lo que muestras en el sh ip route es un comportamiento normal.En caso de quererla anunciar tendria mayor prioridad donde se origina ya que es a mayor coincidencia en su mascara, los tres segmentos mencionados antes se originan en un solo router o es un segmento por router y llega un punto en el que
pasan hacia donde quieres anunciar la sumarizada?

si la anuncias a los vecinos 192.168.1.2, 192.168.1.3 y 192.168.1.4 que no son los que originan los 172.16.x.x el comando aggregate-address te dará el resultado esperado,si ya tienes las rutas especificas anunciadas posterior a
utilizar aggregate-address debes utilizar un clearen dado caso que sea posible


A lo que comentas de tener una AD de 200 asegúrate de tener sesión eBGP debido a la red en maya que comentas seria bueno validar

 

 

Quedo atento a tus comentarios para poder colaborarte

Gracias, pero no debo haberme explicado bien. Se trata de anunciar la red sumarizada hacia los vecinos que me envían la redes que sumarizo con el comando aggregate-address 172.16.0.0 255.255.240.0 summary-only. Es decir yo uso aggregate para sumarizar redes y luego quiero enviar la red sumarizada hacia los vecinos que me envían las subredes que he sumarizado. Al usar este comando yo anuncio una red sumarizada hacia los vecinos que NO anuncian ninguna 172.16.X.X en eso no hay ningún problema ¿pero a los que SÍ la anuncian? Se trata de anunciar la red sumarizadas a los vecinos que han originado las rutas que sumarizo con aggregate-address summary-only

 

Lo de la AD fíjate bien en que es una ruta type locally generated.

@madrileño18

 

Hola gracias por los comentarios, respondiendo a la pregunta como anunciar la ruta sumarizada hacia quien la genera o anuncia,

 

el comando redistributed conected. no hace falta y no funcionaria por que en la información que previamente brindaste aparece que la conoces vía BGP 

 

      172.16.0.0/24 [20/0] via 192.168.1.2, 02:39:36

 

por lo que si te vas a cualquiera de los equipos que generan 172.16.0.0/24  ( 192.168.1.x)  y aplicas el comando 

show ip bgp regexp _1$

te debe aparecer el segmento 172.16.0.0 como lo estas sumarizando en el equipo donde aplicas el aggregate-address           ( 172.16.0.0/20)y también como las aprendes ya sea conectadas directamente un igp o bgp

 

 

 

respecto a  la AD, si es correcto la AD 200  pero únicamente en donde estas aplicando el comando aggregate-address si aplicas ese mismo comando ( sh ip route 172.16.0.0 255.255.240.0 ) pero en un equipo que recibe la sumarizada te debe cambiar a 20 la AD y también debe operar correctamente me confirmas?

 

Saludos 

La red que yo quier anunciar es la red que apunta a null0.
Sería esta R3#sh ip route 172.16.0.0 255.255.240.0
Routing entry for 172.16.0.0/20
Known via "bgp 1", distance 200, metric 0, type locally generated
Routing Descriptor Blocks:
* directly connected, via Null0
Route metric is 0, traffic share count is 1
AS Hops 0

Yo quiero anunciarla hacia los vecinos que me envían las subredes que yo sumarizo. Una de las que sumarizo es 172.16.0.0/24, otra es la 172.16.1.0/24 y otra es la 172.16.2.0/24. Quiero enviar la red sumarizada hacia los vecinos que me envían estas redes que yo sumarizo. Pero no sé si puedo redistribuir una red locamente generada hacia mis vecinos eBGP, igual que si fuese una red directamente conectada y sino como se puede anunciar para no tener que crear una red estática a null0.

 

La idea es que en R2 sumarizo con aggregate summary only las redes que me pasan R0 y R1 y luego R2 le pasa la sumarizada a R3 pero también quiero pasársela a R0 y R1.

 topologia cisco comunidad2.PNG

@madrileño18

 

Hola recibe un cordial saludo y antes que nada muchas gracias por la la información brindada, responderé por partes con base en el escenario planteado

 

¿se puede anunciar una red que sumarizo hacia quienes la originan?

 ¿puedo anunciar la red 172.16.0.0 255.255.240.0?

 

cuando sumarizaste la red se anuncio automáticamente vía BGP, por lo que no es necesario enviar la red sumarizada

 

 

¿Como R0 y R1  pueden aprender la red sumarizada siendo ellos quienes generan subredes que están dentro la red

sumarizada ?

 

R0 y R1 en este escenario que es eBGP full-mesh también aprendieron ese segmento sumarizado  al utilizar  en R2 el comando aggregate-address 172.16.0.0 255.255.240.0  summary-only

 

 

lo puedes verificar con un show ip route ya sea en Router 0 y Router 1, ahí debe aparecer locamente la que ellos originan

que deben ser un 172.16.X.0/24 y la  172.16.0.0/20 pero sera via bgp  no 0.0.0.0,null0 como en R2

 

 

Saludos 

 

 

luisfmolina
Level 1
Level 1

 

BGP.PNG

Cordial saludo, quisiera saber cómo puedo influenciar a R1 para que la red 10.10.10.0/24 salga a través de su peer eBGP R2 (sobre el que no tengo gobernabilidad) y para que la red 20.20.20.0/24 salga a través del otro peer eBGP R3 (tampoco tengo gobernabilidad).

Sé como influenciar el tráfico entrante para las dos redes (10.10.10.0/24 y 20.20.20.0/24) para que una de ellas se alcanzada por R2 o R3, pero no encuentro una manera práctica de influenciar el tráfico de salida para determinada red de origen.

Gracias!

@luisfmolina

 

 

Hola que tal recibe un cordial saludo, respondiendo a orientar el trafico de salida de una red origen puedes realizar un  PBR y lo aplicas en la interfaz de salida continuación un ejemplo:

 

 

 

access-list X permit ip x.x.x.x x.x.x.x. -----> crear ACL y marcar el trafico deseado

 

 

route-map Nombre permit ----------------> crear route-map permitiendo

match ip address X --------------> hacer match a la ACL previamente creada 

set ip next-hop x.x.x.x ----------> especificar el next-hop, seria eBGP1 o 2

 

ip policy route-map NOMBRE ---->  lo aplicas dentro de la  interfaz de salida,  ya sea la interconexion a eBGP1 o 2

 

 

 

 

 

En la información proporcionada, una buena practica seria agregar un PBR con sla para realizar el tracking en caso de que eBGP1 o eBGP2 falle  quedaría de la siguiente manera

 

ip sla 1
icmp-echo x.x.x.x

ip sla schedule 1 life forever start-time now
track 1 ip sla 1 reachability

 

ip access-list standard NOMBRE
permit ip x.x.x.x/x x.x.x.x/x

 


route-map NOMBRE
match ip address NOMBRE
set ip default next-hop verify-availability x.x.x.x track 1
set ip next-hop verify-availability x.x.x.x track 1

 

Solo lo tendrias que reemplazar x.x.x.x por el direccionamiento deseado y la palabra NOMBRE por el nombre deseado en  caso de tener SLA y track validar que el numero sea distinto a 1

 

 

 

Lo antes mencionado también te sirve para el trafico de salida 10.10.10.0/24 a R2 y 20.20.20.0/24 a R3

 

 

 

Saludos