el 09-22-2021 06:31 PM
habilitando mp-bgp en nuestro entorno en 6509, se ha recomendado utilizar el vecino X.X.X.X send-community tanto
estaba tratando de entender la diferencia entre enviar comunidad tanto, extendido, estándar.
Gracias por la ayuda que permite mp-bgp en nuestro entorno, se ha recomendado utilizar el vecino X.X.X.X send-community tanto
estaba tratando de entender la diferencia entre enviar comunidad tanto, extendido, estándar.
Gracias por la ayuda
¡Resuelto! Ir a solución.
el 09-22-2021 06:31 PM
Hola
Las comunidades estándar se utilizan para filtrar y etiquetar en BGP
Los extendidos llevan otra información como objetivos de ruta para MP-BGP y MPLS VPN
http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_6-2/bgp_communities.html
Saludos
Alan
No olvides calificar las publicaciones útiles.
el 09-22-2021 06:31 PM
Hola Amit,
Las comunidades son valores numéricos arbitrarios asociados a las redes anunciadas en BGP que pueden influir en el mejor algoritmo de selección de rutas, influir en el ámbito en el que se puede anunciar una ruta y pueden llevar atributos adicionales sobre la red que no son atributos independientes de BGP, pero la aplicación que utiliza BGP para transportar rutas puede ocultar sus propios atributos en estas cadenas de comunidad (como las métricas EIGRP del componente original de rutas redistribuidas de EIGRP a BGP).
Originalmente, el atributo community se especificaba en RFC 1997 y era un valor entero largo de 4B. Sin embargo, después de algún tiempo, se descubrió que un entero más amplio sería útil. Por lo tanto, RFC 4360 definió un nuevo tipo del atributo de comunidad que se denomina comunidad extendida, que es un entero largo de 8B que comprende un campo de tipo 2B-long y un valor 6B-long. Retroactivamente, las antiguas comunidades de RFC 1997 fueron renombradas a comunidades estándar.
No todas las implementaciones de BGP apoyan a las comunidades. Por lo tanto, la voluntad de un enrutador de enviar y recibir comunidades de un tipo seleccionado con un vecino debe configurarse y negociarse explícitamente. La comunidad de envío de vecinos causa precisamente eso: le dice a su enrutador que intente negociar el uso del tipo de comunidad apropiado con el vecino en particular.
Si no está utilizando las comunidades, hay poca ganancia en activar la capacidad de intercambiarlas con el vecino. Por otra parte, si espera comenzar a usarlos en algún momento en el futuro, puede ser prudente activarlos ahora, porque agregarlos más tarde hará que el emparejamiento BGP se aleta.
Es posible que desee consultar los siguientes documentos para obtener más información sobre el uso de las comunidades:
http://www.nanog.org/meetings/nanog40/presentations/BGPcommunities.pdf
http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_6-2/bgp_communities.html
http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186a00801475b2.shtml
Saludos
Pedro
el 09-22-2021 06:31 PM
Hola
Las comunidades estándar se utilizan para filtrar y etiquetar en BGP
Los extendidos llevan otra información como objetivos de ruta para MP-BGP y MPLS VPN
http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_6-2/bgp_communities.html
Saludos
Alan
No olvides calificar las publicaciones útiles.
el 09-22-2021 06:31 PM
Hola Amit,
Las comunidades son valores numéricos arbitrarios asociados a las redes anunciadas en BGP que pueden influir en el mejor algoritmo de selección de rutas, influir en el ámbito en el que se puede anunciar una ruta y pueden llevar atributos adicionales sobre la red que no son atributos independientes de BGP, pero la aplicación que utiliza BGP para transportar rutas puede ocultar sus propios atributos en estas cadenas de comunidad (como las métricas EIGRP del componente original de rutas redistribuidas de EIGRP a BGP).
Originalmente, el atributo community se especificaba en RFC 1997 y era un valor entero largo de 4B. Sin embargo, después de algún tiempo, se descubrió que un entero más amplio sería útil. Por lo tanto, RFC 4360 definió un nuevo tipo del atributo de comunidad que se denomina comunidad extendida, que es un entero largo de 8B que comprende un campo de tipo 2B-long y un valor 6B-long. Retroactivamente, las antiguas comunidades de RFC 1997 fueron renombradas a comunidades estándar.
No todas las implementaciones de BGP apoyan a las comunidades. Por lo tanto, la voluntad de un enrutador de enviar y recibir comunidades de un tipo seleccionado con un vecino debe configurarse y negociarse explícitamente. La comunidad de envío de vecinos causa precisamente eso: le dice a su enrutador que intente negociar el uso del tipo de comunidad apropiado con el vecino en particular.
Si no está utilizando las comunidades, hay poca ganancia en activar la capacidad de intercambiarlas con el vecino. Por otra parte, si espera comenzar a usarlos en algún momento en el futuro, puede ser prudente activarlos ahora, porque agregarlos más tarde hará que el emparejamiento BGP se aleta.
Es posible que desee consultar los siguientes documentos para obtener más información sobre el uso de las comunidades:
http://www.nanog.org/meetings/nanog40/presentations/BGPcommunities.pdf
http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_6-2/bgp_communities.html
http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186a00801475b2.shtml
Saludos
Pedro
el 09-22-2021 06:31 PM
Gracias por la ayuda una consulta más
cuando estoy habilitando MP-BGP, estaba leyendo un par de documentos que dicen si das el comando a continuación.
familia de direcciones vpnv4
vecino x.x.x.x activar
automáticamente para todos los VRF en ese dispositivo de capa 3 se agrega el comando "address-family ipv4 vrf vrf name" en show running configration. como a continuación
familia de direcciones ipv4 vrf VRF_1
familia de direcciones ipv4 vrf VRF_2
Me preocupaba porque no quería que todo VRF se comunicara a través de MP-BGP
Gracias por la ayuda
el 09-22-2021 06:31 PM
Hola Amit,
cuando estoy habilitando MP-BGP, estaba leyendo un par de documentos que dicen si das el comando a continuación.
familia de direcciones vpnv4
vecino x.x.x.x activar
automáticamente para todos los VRF en ese dispositivo de capa 3 se agrega el comando "address-family ipv4 vrf vrf name" en show running configration. como a continuación
familia de direcciones ipv4 vrf VRF_1
familia de direcciones ipv4 vrf VRF_2Me preocupaba porque no quería que todo VRF se comunicara a través de MP-BGP
No estoy seguro de lo que exactamente no quieres que suceda. La mera existencia de la familia de direcciones ipv4 vrf vrf-name simplemente dice que el BGP conoce el VRF y puede anunciar su contenido a otro vecino definido en la sección vpnv4 de la familia de direcciones. Esto no significa que los VRF se filtrarán uno en otro o algo similar.
Tal vez podría describir un escenario que desea evitar.
Saludos
Pedro
el 09-22-2021 06:32 PM
"y es capaz de anunciar su contenido a otro vecino definido bajo el familia de direcciones vpnv4sección"
¿Cuál es el comando para anunciar un VRF específico a otro vecino definido en la familia de direcciones vpnv4?
el 09-23-2021 05:31 AM
¡Conecte con otros expertos de Cisco y del mundo! Encuentre soluciones a sus problemas técnicos o comerciales, y aprenda compartiendo experiencias.
Queremos que su experiencia sea grata, le compartimos algunos links que le ayudarán a familiarizarse con la Comunidad de Cisco:
Navegue y encuentre contenido personalizado de la comunidad