Atributos de la ruta Los atributos BGP se utilizan para mantenerse al tanto de la informacin especfica de la ruta tal como la informacin

sobre el recorrido, la preferencia de rutas, el siguiente salto y la informacin sobre agregacin, que son utilizados por BGP para filtrar y elegir la mejor ruta. Cada mensaje de ACTUALIZACIN tiene una secuencia de longitud variable de atributos de ruta en forma de longitud variable <tipo de atributo, longitud del atributo, valor del atributo>. El tipo de atributo es un campo de 2 bytes que consiste en una flag de atributo de 1 byte y un cdigo de tipo de atributo de 1 byte. La figura ilustra la forma general del campo del tipo de atributo de la ruta. Los atributos de la ruta se dividen en cuatro categoras: bien conocida obligatoria, bien conocida discrecional, opcional transitiva y opcional no transitiva. Estas cuatro categoras son descriptas por los primeros dos bits del campo de flags del atributo de la ruta. Si el primer bit del campo de la flag es 0, el atributo es bien conocida; si es un 1, el atributo es opcional. Si el segundo bit del campo de la flag es 0, el atributo es no transitivo; si es un 1, el atributo es transitivo. Los atributos bien conocida son siempre transitivos. Las siguientes descripciones detallan la significatividad de cada categora de atributo:

Bien conocida obligatoria -- Un atributo que tiene que existir en el paquete BGP de ACTUALIZACIN. Debe ser reconocido por todas las implementaciones de BGP. Si falta el atributo bien conocida, se generar un error de notificacin; esto asegura que todas las implementaciones BGP acuerdan un conjunto estndar de atributos. Un ejemplo de un atributo bien conocida obligatoria es el atributo AS_path. Bien conocida discrecional -- Un atributo que es reconocido por todas las implementaciones de BGP, pero puede o no puede enviarse en el mensaje BGP de ACTUALIZACIN. Un ejemplo de atributo bien conocida discrecional es el LOCAL_PREF.

Adems de los atributos bien conocida, una ruta puede contener uno o ms atributos opcional; las implementaciones BGP no se requieren para soportar los atributos opcional. stos pueden ser transitiva o no transitiva.

Opcional transitiva -- Si el atributo es transitiva, BGP deber aceptar y publicar el atributo an si no es reconocido. Opcional no transitiva -- Cuando un atributo opcional no es reconocido y la flag transitiva no est configurada -- el atributo es no transitiva -- el atributo deber ignorarse silenciosamente y no pasarse a otros peers BGP.

Los atributos BGP se utilizan para mantenerse al tanto de la informacin especfica de la ruta tal como la informacin sobre el recorrido, la preferencia

de rutas, el siguiente salto y la informacin sobre agregacin, que son utilizados por BGP para filtrar y elegir la mejor ruta. Cada mensaje de ACTUALIZACIN tiene una secuencia de longitud variable de atributos de ruta en forma de longitud variable <tipo de atributo, longitud del atributo, valor del atributo>. El tipo de atributo es un campo de 2 bytes que consiste en una flag de atributo de 1 byte y un cdigo de tipo de atributo de 1 byte. La figura ilustra la forma general del campo del tipo de atributo de la ruta. Los atributos de la ruta se dividen en cuatro categoras: bien conocida obligatoria, bien conocida discrecional, opcional transitiva y opcional no transitiva. Estas cuatro categoras son descriptas por los primeros dos bits del campo de flags del atributo de la ruta. Si el primer bit del campo de la flag es 0, el atributo es bien conocida; si es un 1, el atributo es opcional. Si el segundo bit del campo de la flag es 0, el atributo es no transitivo; si es un 1, el atributo es transitivo. Los atributos bien conocida son siempre transitivos. Las siguientes descripciones detallan la significatividad de cada categora de atributo:

Bien conocida obligatoria -- Un atributo que tiene que existir en el paquete BGP de ACTUALIZACIN. Debe ser reconocido por todas las implementaciones de BGP. Si falta el atributo bien conocida, se generar un error de notificacin; esto asegura que todas las implementaciones BGP acuerdan un conjunto estndar de atributos. Un ejemplo de un atributo bien conocida obligatoria es el atributo AS_path. Bien conocida discrecional -- Un atributo que es reconocido por todas las implementaciones de BGP, pero puede o no puede enviarse en el mensaje BGP de ACTUALIZACIN. Un ejemplo de atributo bien conocida discrecional es el LOCAL_PREF.

Adems de los atributos bien conocida, una ruta puede contener uno o ms atributos opcional; las implementaciones BGP no se requieren para soportar los atributos opcional. stos pueden ser transitiva o no transitiva.

Opcional transitiva -- Si el atributo es transitiva, BGP deber aceptar y publicar el atributo an si no es reconocido. Opcional no transitiva -- Cuando un atributo opcional no es reconocido y la flag transitiva no est configurada -- el atributo es no transitiva -- el atributo deber ignorarse silenciosamente y no pasarse a otros peers BGP.

El byte de cdigos del tipo de atributo contiene el cdigo de atributo. Actualmente, estn definidos los siguientes atributos: 1 -- ORIGIN (bien conocida obligatoria, cdigo tipo 1) 2-- AS_path (bien conocida obligatoria, cdigo tipo 2)

3 -- NEXT_HOP (bien conocida obligatoria, cdigo tipo 3) 4 -- MULTI_EXIT_DISC (opcional no transitiva, cdigo tipo 4) 5 -- LOCAL_PREF (bien conocida discrecional, cdigo tipo 5) 6 -- ATOMIC_AGGREGATE (bien conocida discrecional, cdigo tipo 6) 7 -- AGGREGATOR (opcional transitiva, cdigo tipo 7) 8 -- COMMUNITY (opcional transitiva, cdigo tipo 8, definido por Cisco) 9 -- ORIGINATOR_ID (opcional no transitiva, cdigo tipo 9, definido por Cisco) 10 -- Cluster List (opcional no transitiva, cdigo tipo 10, definido por Cisco) 11 -- Destination Preference (definido por MCI) 12 -- Advertiser (definido por Baynet) 13 -- rcid_path (definido por Baynet) 255 -- Reservado para el desarrollo Los atributos 11, 12 y 13 no son implementados por Cisco porque no agregan funcionalidad adicional. Estos atributos no se tratarn. Finalmente, el tercer bit en la flag de atributos indica si la informacin en el atributo opcional transitiva es parcial (1) o completa (0). El cuarto bit define si la longitud del atributo es de 1 byte (0) o de 2 bytes (1). Los otros cuatro bits en el campo de flags siempre se configuran en 0. 1 ORIGIN: El atributo ORIGIN es un atributo bien conocida obligatoria (cdigo tipo 1), que indica el origen de la actualizacin de enrutamiento. BGP permite tres tipos de orgenes: IGP -- El prefijo es interno respecto al AS originante. EGP -- El prefijo se aprendi a travs de algn EGP, tal como BGP. INCOMPLETE -- El prefijo se aprendi por algn otro medio, probablemente una redistribucin. BGP considera el atributo ORIGIN en su proceso de toma de decisiones para establecer una escala de preferencias entre mltiples rutas. Especficamente, BGP prefiere la ruta con el tipo de origin ms bajo, donde IGP es ms bajo que EGP, y EGP es ms bajo que INCOMPLETE. 2-- AS_path:

Un atributo AS_path es un atributo bien conocida obligatoria (cdigo tipo 2). Es la secuencia de nmeros de AS que una ruta ha atravesado para llegar hasta un destino. El AS que origina la ruta agrega su propio nmero de AS al enviar la ruta a sus peers BGP externos. De ah en ms, cada AS que recibe la ruta y la pasa a otros peers BGP agregar su propio nmero de AS a la lista. sto es, agregar el nmero de AS al principio de la lista. La lista final representa a todos los nmeros de AS que una ruta ha atravesado con el nmero de AS del AS que origin la ruta al final de la lista. Este tipo de lista AS_path se denomina AS_sequence, porque todos los nmeros de AS estn ordenados de manera secuencial. BGP utiliza el atributo AS_path como parte de las actualizaciones de enrutamiento (paquete de ACTUALIZACIN) para asegurar una topologa libre de bucles en la Internet. Cada ruta que se pasa entre peers BGP llevar una lista de todos los nmeros de AS que la ruta ya ha atravesado. Si la ruta es publicada hacia el AS que la origin, dicho AS se ver a s mismo como parte de la lista del atributo AS_path y no aceptar la ruta. Los parlantes BGP agregan sus nmeros de AS al publicar actualizaciones de enrutamiento a otros ASs (peers externos). Cuando la ruta se pasa a un parlante BGP dentro de la misma AS, la informacin de AS_path permanece intacta. La informacin de AS_path es uno de los atributos que observa BGP para determinar la mejor ruta a tomar para llegar a un destino. Al comparar dos o ms rutas diferentes, si todos los otros atributos son idnticos, se prefiere siempre una ruta ms corta. En caso de que exista una igualdad en la longitud de la ruta AS, se utilizan otros atributos para tomar la decisin. 3 -- NEXT_HOP: El atributo NEXT_HOP es un atributo bien conocida obligatoria (cdigo tipo 3). En IGP, el siguiente salto para llegar a una ruta es la direccin IP del router que ha anunciado la ruta. El concepto de NEXT_HOP con BGP es levemente ms elaborado y asume una de las siguientes tres formas:

Para las sesiones EBGP, el siguiente salto es la direccin IP del colindante que anunci la ruta. Para las sesiones IBGP, para rutas originadas dentro del AS, el siguiente salto es la direccin IP del colindante que anunci la ruta.

Para las rutas incorporadas al AS a travs de EBGP, el siguiente salto aprendido a partir de EBGP se transporta inalterado a IBGP. El siguiente salto es la direccin IP del colindante EBGP a partir del cual se aprendi la ruta.

Cuando la ruta se publica en un medio multiacceso (tal como Ethernet, Frame Relay, etctera), el siguiente salto es usualmente la direccin IP de la interfaz del router, conectado a ese medio, que origin la ruta.

4 -- MULTI_EXIT_DISC:

El atributo Multiexit Discriminator (MED) es un atributo opcional no transitiva (cdigo tipo 4). Es una pista para los colindantes externos acerca de la ruta preferida hacia un AS que tiene mltiples puntos de entrada; un MED ms bajo se prefiere antes que un MED ms alto. A diferencia de local preference, el atributo MED se intercambia entre ASs, pero un atributo MED que entra a un AS no sale del mismo. Cuando una actualizacin entra a un AS con un determinado valor MED, dicho valor se utiliza pra tomar decisiones dentro del AS. Cuando BGP pasa la actualizacin de enrutamiento a otro AS, el MED se reajusta a cero (a menos que el MED saliente se configure a un valor especfico). Cuando la ruta es originada por el mismo AS, el valor de MED sigue la mtrica IGP interna de la ruta. Esto es de utilidad cuando un cliente tiene mltiples conexiones al mismo proveedor. La mtrica IGP refleja cun cerca o lejos se encuentra una red de un determinado punto de salida. Una red que est ms cerca del punto de salida A que del punto de salida B tendr una mtrica IGP ms baja en el router de borde conectado a A. Cuando la mtrica IGP se traduce a MED, el trfico que entra al AS puede hacerlo desde el enlace ms cercano al destino porque se prefiere un MED ms bajo para el mismo destino. Esto puede ser utilizado tanto por los proveedores como por los clientes para equilibrar el trfico a travs de mltiples enlaces entre dos ASs. A menos que se lo especifique de otro modo, el router compara los atributos MED de las rutas provenientes de colindantes externos que estn en el mismo AS. Los MEDs provenientes de diferentes ASs no son comparables porque el MED asociado con una ruta usualmente proporciona alguna indicacin de la topologa interna del AS. Comparar MEDs provenientes de diferentes ASs sera como comparar manzanas y naranjas. An as, para los administradores que tengan una razn para hacerlo, Cisco ofrece el comando bgp alwayscompare-med router. 5 -- LOCAL_PREF: Una forma de configurar mltiples defectos estticos es sealar hacia una red aprendida a travs de mltiples conexiones y establecer un grado de preferencia utilizando el atributo local preference. Esto se aplicara a un nico router conectado al proveedor a travs de mltiples conexiones, o a mltiples routers que se encuentren ejecutando IBGP dentro del AS., siendo la nica diferencia que el cliente est configurando su propio defecto antes que confiando en que el proveedor enve la ruta por defecto 0/0. En este ejemplo, el cliente elegir 128.213.0.0/16 con una local preference de 100 a travs del enlace superior. El enlace inferior se utilizar como respaldo en caso de fallo del enlace principal. Otra forma de configurar los defectos estticamente involucra el uso del parmetro de distancia administrativa de Cisco para establecer un grado de preferencia. Esto funcionara slo en el caso de un router conectado a mltiples conexiones a causa de que el parmetro de distancia no se intercambia entre routers.

Si dos entradas estticas por defecto se definen con distancias diferentes, el defecto con la distancia ms baja gana. Si el mejor defecto desaparece, el segundo defecto se hace disponible. Si ambos defectos tienen la misma distancia, entonces el trfico se equilibrar entre los dos defectos. El uso del parmetro de distancia en la configuracin de mltiples defectos. AS1 est conectado a AS2 a travs de dos enlaces y est configurando sus propios defectos hacia AS2. AS1 utiliza un enlace como principal proporcionando al defecto esttico una distancia de 50, ms baja que la distancia de 60 dada al enlace de respaldo. Si el enlace principal falla, el trfico pasar hacia el respaldo.

8 COMMUNITY: Una comunidad BGP es un grupo de destinos que comparten determinada propiedad comn. Una comunidad no est restringida a una nica red o a un nico sistema autnomo; no tiene bordes fsicos. Un ejemplo es un grupo de redes que pertenecen a las comunidades educativa o gubernamental. Estas redes pueden pertenecer a cualquier AS. Las comunidades se utilizan para simplificar las polticas de enrutamiento identificando rutas basndose en una propiedad lgica antes que en un prefijo IP o en un nmero de AS. Un parlante BGP puede utilizar este atributo en conjuncin con otros para controlar qu rutas aceptar, preferir y pasar a otros colindantes BGP. El atributo community (cdigo tipo 8) es un atributo opcional transitiva de longitud variable y consiste en un conjunto de valores de 4 bytes. Las comunidades en el rango 0x00000000 a 0x0000FFFF y 0xFFFFF0000 a 0xFFFFFFFF estn reservadas. Estas comunidades son bien conocidas - es decir, tienen un significado global. A continuacin figuran ejemplos de comunidades bien conocidas: NO_EXPORT (0xFFFFFF01) -- Una ruta que transporta este valor de community no deber publicarse hacia peers que se encuentren fuera de una confederacin (o el AS si es el nico AS de la confederacin). NO_ADVERTISE (0xFFFFFF02) -- Una ruta que transporta este valor de community, al ser recibida, no deber publicarse a ningn peer BGP. Adems de los atributos community bien conocidos, los atributos community privados pueden definirse para usos especiales. Una prctica comn es utilizar los primeros dos bytes del atributo community para el nmero de AS y los ltimos dos bytes para definir un valor en relacin a dicho AS. Un proveedor (AS256, por ejemplo), que desee definir una comunidad privada denominada "mis-routers-peer" podra utilizar el community 256:1 representado en notacin decimal. El nmero 256 indica que este proveedor ha definido a la comunidad, y el 1 tiene un significado especial para el proveedor; en este caso es "misrouters-peers".

Una ruta puede tener ms de un atributo community. Un parlante BGP que ve mltiples atributos community en una ruta puede actuar basndose en uno, algunos o todos los atributos. Un router tiene la opcin de agregar o modificar atributos community antes de pasar rutas a otros peers.