cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
140
Visitas
0
ÚTIL
6
Respuestas
Translator
Community Manager

vecino enviar comunidad ambos

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

2 SOLUCIONES ACEPTADAS

Soluciones aceptadas
Translator
Community Manager

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.

Ver la solución en mensaje original publicado

Translator
Community Manager

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.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800c95bb.shtml#communityattribute

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

Ver la solución en mensaje original publicado

6 RESPUESTAS 6
Translator
Community Manager

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.

Ver la solución en mensaje original publicado

Translator
Community Manager

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.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800c95bb.shtml#communityattribute

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

Ver la solución en mensaje original publicado

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

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_2

Me 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

"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?

Translator
Community Manager

 
Crear
Reconozca a un colega
Content for Community-Ad