Protocolo BGP

Protocolo BGP

Universitario(a): Gutiérrez Rodriguez Ivan Ignacio

Perka Barja Eugenio

Huanca Coronado Pamela

Arenas Wilfredo

Docente: Ing. Marco Arenas

Asignatura: Redes de Área Extendida

Grupo: 1

Fecha: 10/10/2018

Sucre- Bolivia

1
 Protocolo BGP

Índice
I. Objetivo General .......................................................................................................... 4
II. Objetivos Específicos ................................................................................................. 4
III. Introducción ................................................................................................................... 4
Historia .............................................................................................................................. 4

IV. BGP ................................................................................................................................. 5

V. ¿Cuándo usar BGP? ................................................................................................... 5
VI. IBGP y EBGP ................................................................................................................ 6
Problemas de Actualización .......................................................................................... 6

VII. Tipos de Sistemas Autónomos ................................................................................ 7

Sistemas Autónomos de transito ................................................................................. 7

Sistemas Autónomos de No transito ........................................................................... 7

VIII. Filtrado de Rutas …………………………………………………………………………………………………. 8

Filter List ……………………………………………………………………………… 8
Distribution List ………………………………………………………………………… 8
Prefix List …………………………………………………………… ……………………………………………………….9

IX. Campos Importantes de un Sistema BGP ............................................................. 9

Configuración “Peer Groups” ........................................................................................ 9

X. Mensajes de BGP ....................................................................................................... 10

Open .............................................................................................................................. 10

Update ............................................................................................................................ 11

Notification ..................................................................................................................... 11

Keep - Alive ..................................................................................................................... 11

XI. Estados de Neighborhood de BGP ....................................................................... 12

XII. Algoritmo de Selección de Mejor Ruta ................................................................. 12
XIII. Ingeniería de Tráfico .................................................................................................. 13
XIV. Atributos BGP ............................................................................................................. 13

Clasificación de Atributos ............................................................................................ 13

Well-Known Attributes ............................................................................................ 13

Optional Attributes ................................................................................................. 13

2
 Protocolo BGP

As - Path ....................................................................................................................... 14

Nex-hop ......................................................................................................................... 14

Multy Exit Discriminator (MED) .................................................................................. 14

Local Preference .......................................................................................................... 15

Weigh ............................................................................................................................. 15

Origen ............................................................................................................................ 15

Community .................................................................................................................... 16

Atomic - Aggregate ...................................................................................................... 16

Aggregator .................................................................................................................... 16

Originator ID ................................................................................................................. 16

Cluser ID ....................................................................................................................... 16

XV. Rutas BGP .................................................................................................................... 16

XVI. Selección de la Mejor Ruta ....................................................................................... 17
XVII. Configuración de Vecinos ........................................................................................ 18
XVIII. Regla de Sincronización de BGP ............................................................................ 19

XIX. Tablas de BGP ............................................................................................................ 20

XX. Anuncio de Redes ..................................................................................................... 20
XXI. Actualizar Políticas Aplicadas a Rutas ................................................................. 21
Hard Reset .................................................................................................................... 21

Soft Reset ..................................................................................................................... 21

Route Refresh .............................................................................................................. 21

XXII. Sumarizacion .............................................................................................................. 21

XXIII. Balanceo de Carga .................................................................................................... 22
XXIV. Conclusiones .............................................................................................................. 23
 Glosario de Términos Principales .......................................................................... 24

 Bibliografía .................................................................................................................. 24

3
 Protocolo BGP

I. Objetivo General.-

Estudiar a detalle el protocolo BGP, para entender su importancia en el ámbito de gestión

de sistemas autónomos como los ISP’s.

II. Objetivos Específicos.-

 Entender el funcionamiento general de BGP para validar su implementación o no en
una WAN.
 Entender el algoritmo de selección de rutas por atributos.
 Aprender los correctos métodos de configuración BGP en sus diferentes casos de
implementación en la vida real.

III. Introducción.-

Historia/ BGP (Border Gateway Protocol) es el protocolo de

encaminamiento principal utilizado por las compañías más importantes
de ISP en Internet.

Se estableció como un estándar de Internet en 1989 y fue definido

originalmente en la RFC 1105, adoptándose como un protocolo para
la comunicación entre dominios dentro de la comunicación EGP. La
primera versión de este protocolo apareció para sustituir a EGP que
no pudo soportar el crecimiento de la red. Posteriormente salieron
nuevas versiones en 1990 y 1991. La versión actual es la BGP-4
definida en la RFC 1771 que se adoptó en 1995 y que proporciona
soporte para CIDR. Existe una extensión de esta última versión
llamada BGP-4+, la cual soporta múltiples protocolos incluyendo IPv6.

Es el protocolo más usado de los EGP (External Gateway Protocol) que tiene como principal
función el compartir y encaminar información entre sistemas autónomos, evitando tener
algún bucle, como se ve en los proveedores de servicios de Internet, los cuales conectan
muchos sistemas autónomos entre sí.

Comparado con RIP, IGRP y EIGRP este protocolo es similar al ser un protocolo de vector
distancia, pero mejorado, pues trabaja con la ruta más estable (Path Vector o los atributos
de cada ruta).

4
 Protocolo BGP

IV. BGP.-

El Border Gateway protocoló juega un papel crítico en las comunicaciones en Internet.

Facilita el intercambio de información sobre redes IP, la comunicación entre sistemas
autónomos (AS). Por tanto BGP es un protocolo interdominio (entre sistemas autónomos) e
intradominio (dentro del mismo sistema autónomo).

El protocolo BGP se utiliza para intercambiar información. El intercambio de información en

la red se realiza mediante el establecimiento de una sesión de comunicación entre los
routers de borde de los sistemas autónomos. Para conseguir una entrega fiable de la
información, se hace uso de una sesión de comunicación basada en TCP en el puerto
número 179. Esta sesión debe mantenerse conectada debido a que ambos extremos de la
comunicación periódicamente se intercambian y actualizan información. De modo que al
principio, cada router envía al vecino toda su información de encaminamiento y después
únicamente se enviarán las nuevas rutas, las actualizaciones o la eliminación de rutas
transmitidas con anterioridad. Además periódicamente se envían mensajes para garantizar
la conectividad. Cuando una conexión TCP se interrumpe Por alguna razón, cada extremo
de la comunicación está obligado a dejar de utilizar la información que ha aprendido por el
otro lado. En otras palabras, la sesión TCP sirve como un enlace virtual entre dos sistemas
autónomos vecinos, y la falta de medios de comunicación indica que el enlace virtual se ha
caído. Cabe destacar que esa unión virtual tendrá más de un enlace físico que conecte a los
dos routers frontera, pero si una conexión virtual se cae no indica necesariamente que la
conexión física se haya caído.

V. ¿Cuándo usar BGP?

Es menester tener plena idea de cómo es el funcionamiento del protocolo BGP para tener
un criterio preciso al momento decidir si su uso es necesario o no. Además tomamos en
cuenta que:

- Se utiliza el sistema autónomo donde se configuro BGP como un sistema de transito

que comunica los diferentes SA (SA de no trafico).
- Se debe usar cuando un SA tiene conexión con más de un SA (vemos, si existiera
solo una salida del SA, es suficiente conectar con configuración estática).
- Se usa cuando necesitemos políticas de enrutamiento para el tráfico que entra y sale
del SA.

No utilizamos el BGP…

- Cuando el Router no tiene la suficiente capacidad de procesamiento para manejar

las tablas de enrutamiento gigantescas.
- Cuando solo exista un solo SA al cual alcanzar (o solo una salida a internet).

Multihomed es un enlace de varias salidas hacia varios ISP de manera redundante. Se debe
enunciar como irán las rutas hacia los ISP’s para evitar que alguno de estos utilice alguna
de estas rutas de salida como tránsito para otro SA.

5
 Protocolo BGP

VI. IBGP y EBGP.-

IBGP hace referencia a la conexión entre dos routers que corren BGP dentro de un mismo
sistema autónomo, como por ejemplo, Router A, B, C y D son IBGP dentro del SA 65000.
EBGP son los Routers borde que interconectan los distintos SA, como por ejemplo Router A
del SA 65000 y Router E del SA 65250.

Los mensajes BGP entre peers EBGP, se envían con un TTL de 1, por lo tanto solo se
puede generar adyacencia EBGP entre routers borde, ya que no permite más de un salto. El
TTL entre routers IBGP siempre es mayor a 1, (En Dynagen es 255), lo que permite generar
adyacencia entre vecinos que no se encuentran directamente conectados.

- Problemas de Actualización/ Según la regla de BGP split horizon especifica que

las rutas aprendidas vía IBGP nunca son propagadas a otros IBGP peers.

6
 Protocolo BGP

VII. Tipos de Sistemas Autónomos.-

• Sistemas Autónomos de transito/Es aquel sistema que transporta el tráfico de
información entre sistemas autónomos (tráfico entre ISP’s).
En este caso, todos los routers border deben conocer todas las rutas de salida
existentes, por lo que es necesario re direccionar internamente cada ruta de los
diferentes SA (aunque esto genera grandes tablas de enrutamiento, que no soportan
protocolos como OSPF y EIGRP).
Formas de conectar los ISP’s con Multihomed (varias salidas hacia 2 ISP de manera
redundante):
a) Se crean rutas por defecto en los routes frontera hacia el ISP, teniendo tablas
de enrutamiento más pequeñas.
b) Se construye rutas por defecto al ISP y su vez que este ISP responderá con
rutas específicas entre el abanico de opciones que presentamos. Su tabla de
enrutamiento no se satura.
c) Se enuncian todas las rutas como llegada al ISP. Su tabla de enrutamiento
será muy grande, por lo que su procesador trabajará al extremo. Por defecto ISP
trabaja con este, puesto que mientras mayor rutas conozca el ISP, mayor precisión
en la decisión del encaminamiento se presentará.
- Multihomed de Mejor Ruta/Dentro de los SA, los protocolos IGP son los
encargados de seleccionar la mejor ruta. Nosotros al cambiar las rutas por
defecto en las SA para que los routers borders puedan conocer todas las
rutas de salida a los ISP’s, podemos no seleccionar la mejor nueva ruta. Es
aquí donde BGP entra en funcionamiento, pues este evitará que protocolos
como los de vector distancia conecten la red por las rutas más cortas, en vez
usará las rutas más estables (las mejores rutas).

• Sistemas Autónomo de No transito/Es para intercambiar la información entre los

routers. Cuando se utiliza multihomed en este tipo de SA se convierte en necesidad
el implementar un filtro con lista de distribución para todas las redes que no fueron
creadas dentro del SA de no tránsito.
Esto se da debido a que, como ya vimos en SA de tránsito con Multihomed, los ISP’s
pueden utilizar o considerar como transito la conexión de salida con otro ISP.

7
 Protocolo BGP

VIII. Filtrado de Rutas

Con BGP puede realizar el filtrado de rutas ya que en muchos casos es necesario evitar un
aumento enorme en la tabla de encaminamiento y sólo utilizar las rutas necesarias, estos
pueden ser:
 Filter List.- Estas listas basadas en el atributo AS-Path se utilizan para restringir o
aceptar rutas.

 Distribution List.- Estas listas filtran rutas basadas en las direcciones IP de destino
u origen, funcionan como listas de acceso en la que se pueden declarar las
direcciones IP o rangos de direcciones.

S
e

8
 Protocolo BGP

• Prefix List.- Declaran los rangos de prefijos que se quieren anunciar al vecino con el
cual se levantó una sesión BGP.

C
a
m
p

IX. Campos Importantes de un Sistema BGP.-

El protocolo BGP debe tener algún tipo de acercamiento con las otras conexiones para
conocer los otros routers neighbor (vecinos) conectados al Border y sus características de
conexión; para esto selecciona a TCP como protocolo de transporte, debido a que este es
orientado a conexión.

Debido al uso de TCP, BGP envía la información en segmentos, por intermedio del puerto
179 y el número de protocolo 6. Además, es destacable saber que este tipo de conexión por
TCP entre routers Border es denominada como BGP peer Routers o BGP Neighbors.

Las actualizaciones periódicas no son necesarias en absoluto para BGP, pues este al
mover la información basada en los atributos de las conexiones es considerado como un
protocolo muy confiable (elige la ruta en función a atributos como tipo, longitud y valor AD
del protocolo IGP de preferencia).

Las actualizaciones son solo necesarias cuando existen actualizaciones incrementales o en

generación de nuevos eventos.

Dentro de lo concerniente a los mensajes Open de BGP (el hola entre routers mediante
TCP) podemos denotar algunos de los parámetros más importantes usados por BGP para
la identificación de la mejor ruta: verifica si se genera adyacencia IBGP (enlaces más
cercanos lógicamente conectados), identifica el Hold Time configurado y cuál es la dirección
IP en la cual se generara la adyacencia (BGP Identifier).

- Configuración “Peer Groups”: Los “peer groups” permiten agrupar routers

vecinos que posean políticas de encaminamiento iguales e implementar un
comando “copy/paste” para cada vecino usado al momento de aplicar las
políticas (copiando y pegando las configuraciones de un router en el grupo
creado).
Para configurarlo primero se debe crear el “peer group” con un nombre.
Dicho nombre asignado tiene significancia local y no es enviado otros
routers.

9
 Protocolo BGP

X. Mensajes de BGP.-

BGP está encapsulado en un paquete TCP y estos en un paquete IP.

Inicia sesión BGP por el puerto 179, y la conexión TCP por el número de protocolo 6

Estructura de un paquete BGP

Al establecer una conexión TCP se empiezan a enviar mensajes para iniciar sesión BGP los
cuales son 4:

a) OPEN.-(19-4096 Byts)
Luego de establecer conexión TCP el primer mensaje que se envía de cada lado es
de OPEN. Si este mensaje es aceptado se iniciara una sesión BGP. Posteriormente
una única vez se intercambian las tablas de rutas al completo y ya luego solo se
enviaran mensajes de UPDATE, mensajes de KEEP-ALIVE y mensajes de
NOTIFICACION.

 Versión.- 1 Byte , indica el número de versión de BGP

 My Autonomous System.- 2 Bytes, indica el número de AS .
 Hold Time.- 2Bytes, indica el máximo tiempo que puede pasar entre varios
mensajes sucesivos keep-alive del remitente. Cuando se recibe el mensaje OPEN
se comparar tiempos entre ambos nodos BGP y se usa el con menor valor.
 BGP Identifier.- 4 Bytes, indica el identificador BGP o Ruter ID del remitente.
 Parámetros Opcionales.- Bytes variables, son parámetros de autentificación de tipo
open (auth code, authentication data…. etc).

10
 Protocolo BGP

b) Update/ (19-4096 Byts)

- Se usa para eliminar rutas que desaparecieron y anunciar nuevas rutas.

 Withdraw Routers.- 4 Bytes, contiene un listado de los prefijos de red que se están
retirando.
 Path Attributes.- 4 Bytes, utiliza parámetros del protocolo BGP para tomar decisiones
de que rutas ha de propagar. cada atributo incluye: Tipo, Longitud y Valor(TLV)
 Network Layer Reachability Information (NLRI).- 4 Bytes, contiene una lista de las
redes que pueden ser alcanzados a través de esta ruta.

c) Notification/ (19-4096 Byts)

se utiliza para indicar una condición fatal y termina la sesión.

 Error Code.- 1 Byt, muestra el encabezado del error.

 Error Sub Code.-1 Byt. Identifica de forma más precisa la naturaleza del error.
 Data.- Byts variables , presenta informaciones relevantes sobre el error detectado
ejm:header incorecto, número de AS no valido entre otras.

d) Keep-Alive/ (19 Byts)

Se utiliza para evitar que el timer de la conexión expire por lo que se envían cuando
no hay actualizaciones, y debe ser 1/3 del tiempo del hold time.

11
 Protocolo BGP

XI. Estados De Un Neighbord BGP.-

Los routers para iniciar sesión pasan por los siguientes estados:

 Idle.- El router está esperando un evento inicial, como enable BGP, la

inserción de un vecino con el cual se levantara una sesión BGP o que una
interfaz se active.
 Connect.- El router espera a que se complete su propia sesión TCP para
escuchar las sesiones TCP entrantes.
 Active.- BGP espera para una sesión TCP.
 Open Set.- El mensaje Open fue enviado pero el router sigue esperando la
respuesta del equipo con el que está tratando de crear una sesión BGP.
 Open Confirm.- El mensaje de respuesta ante el mensaje Open previamente
enviado fue recibido, pero aún no ha recibido ningún mensaje KeepAlive.
 Established.- Se ha recibido el primer KeepAlive y ahora la transmisión de
mensajes de Update, Notification y KeepAlive puede comenzar.

XII. Algoritmo De Selección De Mejor Ruta.-

Este es el algoritmo que utiliza BGP para la selección de ruta a través de los Atributos BGP

Orden Preferencia Descripción

Weigh (peso) Mayor valor Def.=0 se asigna localmente en el router
Local Preference Mayor valor Def.=100 ruta para que salga de un AS
Originado rutas originadas por el Se preferirá esa ruta sobre cualquier otra ruta
localmente router local recibida por sus vecinos

12
 Protocolo BGP

AS-PATH ruta que pase por menos Minimizar el número de saltos de los AS
AS
Origen IGP<EGP<incomplete Prefiere estabilidad
MED Menor valor Def.=0 . influencia al AS para preferir rutas
EXTERNO eBGP<iBGP Se prefiere rutas externas por encina de las internas
Costo IGP Más bajo Busca vecinos IGP más cercanos
eBGP Rutas más antiguas Minimizar efectos de rutas inconsistentes
Router ID Más bajo Elige un router con ID más bajo

XIII. Ingeniería De Tráfico.-

BGP es la mejor opción para la elección de rutas en caso de que exista conexión con dos
proveedores diferentes.
BGP usa el “vector camino”, es decir, La mejor ruta no siempre será basada en el ancho de
banda, retraso y pérdidas de paquetes. Ya que muchas veces la mejor ruta a elegir no es el
ancho de banda sino una ruta de acuerdo a la carga que presenta, fiabilidad, etc.
Para la ingeniería de trafico el Administrador de Red puede manipular el tráfico, con
distintas manipulaciones como:
- modificar los Atributos de BGP
- Un filtrado de rutas
- crea políticas de encaminamiento “Mapas de Rutas “

XIV. Atributos BGP.-

Los routers BGP envían mensajes de UPDATE , estos mensajes contienen un parámetro
denominado NLRI (lista de una o más redes junto con sus direcciones y prefijos IP) y
atributos BGP, estos atributos son utilizados para determinar la mejor ruta .estos son
usados dentro y fuera de un AS.

Clasificación de atributos:

a) Well-Known Attributes
 Well-known mandatory Attribute
Debe estar presente en todos los mensajes de update . Si un atributo de este
tipo no aparece en un mensaje de update, se genera una notificación de
error.
 Well-Know Discretionary Attribute
No es necesario que aparezca en el mensaje de update.
b) Optional Attributes

13
 Protocolo BGP

 Optional Transitive Attribute

No necesariamente deben ser reconocidos por todas las implementaciones,
pero son propagados entre vecinos asi estos no los reconozcan.
 Optional Nontransitive Attribute
si no se implementa este atributo debe ser eliminado y no enviar al resto de
los routers BGP.

1. AS-PATH/Genera una lista en el que se va agregando los AS que ha ido recorriendo

esto para evitar bucles y determinar la mejor ruta.

2. NEXT-HOP/ Indica la dirección IP del siguiente salto para alcanzar la dirección

destino y no necesariamente debe estar directamente conectada. En caso de que se
deba tomar un gran salto para alcanzar la red destino se deben usar protocolos de
enrutamiento interno para llegar a dicha red

1er caso

2do caso

3. Multy Exit Discriminator (MED)/

MED tiene una influencia directa sobre el tráfico entrante en un AS colocando un MED más
bajo por la ruta preferida, esta solo puede ser usada entre 2 AS y no puede ser anunciada
más allá de su vecino pero si dentro de su AS.

14
 Protocolo BGP

4. Local Preference/
el local preference tiene influencia sobre el tráfico saliente a otro AS. Dando un
valor mayor a la ruta preferida esta solo puede ser anunciada en IBGP y no en
EBGP.

5. WEIGH/
Selecciona la ruta con mayor valor a nivel local del router con múltiples conexiones y
no puede ser anunciado a sus vecinos

6. Origen/
indica el origen y la forma en la que se puso el prefijo de red en BGP. Hay tres
códigos de origen, en orden de preferencia.

15
 Protocolo BGP

 IGP (i).- El prefijo se originó a partir de información obtenida de un protocolo de

gateway interior.
 EGP(e).- el prefijo se originó a partir del protocolo EGP, es un protocolo de red
antiguo que no está soportado por el Internet, ya que no soporta CIDR.
 Incomplete(?).-se indica cuando se desconoce el origen de la ruta o se aprende
mediante otros métodos que no fueron los anteriores.
7. Community/
Agrupa prefijos que comparten alguna característica en común, para luego
clasificarlos según la comunidad a la que pertenecen y cambiar sus atributos según
sean necesarios. Tiene el formato AA:NN (ASN : identificador definido
administrativamente)el número de comunidad es <1-4294967295>;existen 4
comunidades predefinidas :
 INTERNET.- Comunidad por defecto las rutas recibidas son publicadas con
normalidad.
 NO_EXPORT.-Las rutas recibidas no se propagan a vecino eBGP que no
pertenecen a la confederación
 NO_ADVERTISE.- Las rutas no se propagaran a ningún vecino
 LOCAL_AS.- Las rutas no se propagan a vecinos eBGP así estos pertenezcan a
una confederación
8. Atomic-Aggregate
Cuando un router hace sumarizacion de prefijos aprendidos por BGP,
probablemente se pierdan y este se adjunta a los update de dicha sumarizada es
decir muestra información perdida en al agragacion de rutas.
9. Aggregator
Muestra el Router ID y el número de AS del router responsable de la agregación de
rutas, incluirá una lista de todos los AS que ha atravesado.
10. Originator ID
Es un valor de 32bits creado por un Route-Reflector, igual al Router ID del originador
de la ruta si el originador de la ruta ve su propio ID como Originator ID en update lo
descarta al tratarse de un bucle, esto evita que surjan bucles dentro de un AS.
11. Cluser ID
identifica a los routers envueltos en la route- reflection, este muestra el reflector path
que se ha tomado esto evita errores de bucle.

XV. Rutas BGP.-

Existen 3 tipos de ruteo utilizados en BGP

1. Ruteo Interautónomo
2. Ruteo Intrautónomo
3. Ruteo de Pasc.

Desde este punto de vista la topología de Internet se puede considerar BGP como un
gráfico de conexión de sistemas autónomos conectados mediante enlaces virtuales. En la
figura a continuación podemos ver cuatro sistemas autónomos llamados AS1, AS2,..., AS4
conectados por enlaces virtuales. Es decir, que mantienen sesiones BGP sobre TCP para la
comunicación entre los sistemas autónomos. Cada sistema autónomo contiene una o más

16
 Protocolo BGP

redes que se identificaron como N1, N2 y N3 en AS1 y así sucesivamente. Simplemente

observando la figura se puede mostrar que existe más de una ruta posible entre dos
sistemas autónomos determinados. Como también es posible tener uno o más de un router
de borde en el mismo sistema autónomo.

Para la puesta en funcionamiento de la red anterior se debe proveer de un mecanismo de

intercambio de rutas que permita comunicar correctamente ambos sistemas. El protocolo
BGP utiliza el protocolo de vector de caminos (path vector) para el intercambio de
información de enrutamiento en la red. Se transmite una lista con identificación de los AS
por los que pasa el anuncio. De esa manera se conseguirá saber cómo llegar a cualquier
dirección del prefijo Propagado así como se dispondrá para cursar tráfico para cualquier
dirección del prefijo.

Antes de enunciar la mecánica de selección de rutas se deben introducir las dos formas de
proceder cuando se cuenta con un escenario en el que implantar BGP. Se debe distinguir
entre External BGP (EBGP) e Internal BGP (IBGP). EBGP hace referencia al intercambio de
información entre sistemas autónomos sin embargo IBGP hace referencia al intercambio de
información dentro de un sistema autónomo. Hasta ahora nos hemos centrado en EBGP
pero ¿para qué tipo de escenarios se destaca la importancia de IBGP? Podemos observar
una figura como la siguiente, donde por ejemplo el sistema autónomo AS1 debe propagar
tres prefijos IP (N1, N2 y N3) para que sean alcanzables desde otros sistemas autónomos.
Además estas tres redes deberán establecer cierta política de decisión de rutas hacia otros
sistemas autónomos. IBGP conforma una topología virtual mallada de modo que todos los
routers de un sistema autónomo se encuentren conectados para que el intercambio de
rutas sea directo desde el router al que le llega el anuncio hacia todos los de sus sistemas
autónomos.

XVI. Selección de la Mejor Ruta.-

17
 Protocolo BGP

Un router pasa la mejor ruta a tabla de enrutamiento, pero cuando existe más de una ruta
para una red específica, sigue los siguientes criterios:

1) Los routers cisco prefieren las rutas que posean mayor weigth.

2) Si aun así existe más de una ruta, se selecciona la ruta con mayor local
preference.

3) Si las rutas poseen igual Local preference, se selecciona la ruta que fue generada
localmente vía comando Network o agregate-address.

4) Si las rutas no fueron originadas localmente por el router, se prefiere la ruta con
menor as-path.

5) Si el tamaño del as-path es el mismo, se prefieren las rutas menormente

originadas según el siguiente código: IGP<EGP<Incomplete.

6) Si las rutas poseen el mismo código origin, se prefieren las rutas con menor MED.
La comparación del MED solo ocurre cuando el comandos bgp-always-compare-med
es habilitado.

7) Si poseen el mismo MED, se prefieren los caminos EBGP sobre los IBGP.

8) Si no hay Neighbors EBGP y solo existen vecinos IBG, además de que la

sincronización se encuentra deshabilitada, se prefiere el camino con menor métrica
respecto del IGP existente en relación a la dirección del siguiente salto.

9) Cuando las rutas son aprendidas vía EBGP, se prefiere la ruta que fue recibida
primero, es decir la más antigua. Este paso es saltado si el comando router-id es
configurado en el router.

10) Se prefiere el camino con menor router-ID del vecino.

11) Si las direcciones IP son iguales, se prefiere la dirección del router del vecino
más baja.

XVII. Configuración de Vecinos.-

En BGP se exige verificar puntualmente cuáles son o serán los routers vecinos (entre los
routes adyacentes al Border). Ésta verificación se dará en el momento en el cual exista una
conexión TCP entre routers mediante el mensaje “Open” (declarándose como vecinos).
Dicha conexión TCP permitirá el intercambio de información entre los routes con datos
puntuales como:

El Hold Time
El número de SA conectado a este router Neighbor.
Versión BGP.
El identificador del BGP (denominado ID).

18
 Protocolo BGP

Para validar que los routers adyacentes (que no implica conexión directa entre sí) se
validaron como vecinos, el estado de la conexión debe necesariamente ser Established
(establecido).

Ahora, entre routers Neighbor con EBGP, pensando en mantener la adyacencia de los
mismos, es bueno usar interfaces Loopback; esto para evitar que caídas físicas en
conexiones redundantes logren perder la adyacencia existente entre vecinos.

Recordamos que respecto a la vecindad entre routers, esta se genera dos tipos de la misma:
el primero es el que conecta los routers Neighbor dentro de un SA (IBGP) y la segunda que
es que solo tienen vecindad los routers Border (EBGP).

Dentro de los routers Neighbor dentro de un SA, se utiliza interfaces de bucle de retorno,
que sirven como verificadores de direcciones IP activas de otros routers Neighbor que
cumplen con la adyacencia. Mientras que en EBGP, ya que los routers Border están
usualmente directamente conectados entre sí, no es necesario el uso de estas interfaces.

XVIII. Regla de Sincronización de BGP.-

En el presente documento tomamos en cuenta una regla principal para el correcto

funcionamiento del protocolo BGP. Dentro de un SA de tránsito, BGP no puede ni debe
enunciar las redes existentes hasta que los protocolos IGP hayan logrado conocer y
aprender todas las rutas internas en la SA. Esto debido a un simple y obvio motivo: conocer
primero la mejor ruta antes de realizar el envío de la información. Es por esta regla de
sincronización en particular que el protocolo BGP es considerado sin bucles en gran parte,
pues al seleccionar la ruta indicada primero y luego enviar la información evita generar
mensajes paracitos dando vueltas perdidos por el SA de no tráfico (mensajes perdidos en
un Black Hole).

Esta sincronización ocasiona que las tablas de enrutamiento estén de mayor tamaño, por lo
que se da el caso que, de ser necesario, es bueno inhabilitarlo.

Se inhabilita la sincronización debido a dos casos:

1) Si por un SA no se transmite información procedente de otro SA.

2) Todos los routers están configurados para ejecutar BGP.*

19
 Protocolo BGP

*En este aspecto particular, la inhabilitación de la sincronización debe ser realizada de

manera manual, pues el router considera que las rutas internas configuradas por IGP
siguen existiendo y por tanto esperará para siempre que le llegue la información de
estos protocolos para poder seleccionar la ruta de envío de información.

XIX. Tablas de BGP.-

Fuera de las tablas de enrutamiento generadas por protocolos IGP para encaminamiento
interno de los SA, BGP genera sus propias tablas (basadas en atributos) que, recordemos,
son más confiables y estables.

Distancia Administrativa de Redes aprendidas por EBGP= 20

Distancia Administrativa de Redes aprendidas por IBGP= 200

Es posible re direccionar estas tablas BGP a IGP para que estos seleccionen mejores rutas
(de ser el caso).

BGP también maneja tablas de vecindad (Neighbor Table) donde se encuentra todos los
routers vecinos conectados en el SA. Para mantener estas tablas, BGP utiliza TCP para el
mensaje de reconocimiento inicial “Open” y el BGP/TCP Keep-Alive para confirmar (cada
60 segundos) que aun exista este router.

XX. Anuncio de Redes.-

Para anunciar redes se debe usar el comando: #Network dirección de red mask mascara de
la red

Este comando se debe ingresar en la configuración de BGP y se debe escribir exactamente

la dirección de red y mascara, sino arrojará aviso de error. Esto normalmente ocurre cuando
se ingresa una dirección de host.

También se debe tomar en cuenta que los routers borde son los encargados de anunciar
las redes que se encuentran dentro del sistema autónomo, y ese router borde debe conocer
todas las redes para poder anunciarlas. El router por ejemplo puede conocer las redes por
un protocolo de enrutamiento como EIGRP y anunciar con el comando network dentro BGP
las redes conocidas por este protocolo. Por lo tanto NO ES NECESARIO que las redes que
se ingresen con el comando network se encuentren directamente conectadas al router
borde, solo es Necesario que las conozca por un protocolo enrutamiento o ruta estática.
Ejemplo

Router RB puede anunciar a ISP con el comando network las redes 11.0.0.0/8 y 12.0.0.0/8
a pesar de que no las tenga directamente conectadas, ya que estas redes las conoce por
EIGRP. Es muy importante que las conozca porque si no, no podrán ser anunciadas.

20
 Protocolo BGP

Ejemplo.- redes anunciadas.

XXI. Actualizar Políticas Aplicadas a Rutas.-

Al momento de aplicar nuevas políticas a las rutas, estas deben ser actualizadas, existen 3
caminos para actualizar las rutas:

Hard Reset/ Se puede realizar con el comando clear ip bgp * o clear ip bgp
dirección_vecino. Esto permitirá que se reinicie completamente la sesión TCP entre
todos los vecinos (*) o un vecino especifico. El restablecimiento de la sesión toma
entre 30 a 60 segundos y genera que se reenvíen todas las tablas de BGP,
actualizando asi las nuevas políticas aplicadas.

Soft Reset/ Utiliza gran parte de la memoria, ya que almacena todos los updates sin
modificación en una tabla. Luego cuando se aplica el filtro, los cambios son
calculados a partir de esta tabla. El comando es clear ip bgp soft.

Route Refresh/ Solicita al peer el reenvío de toda la información, esto utiliza menos
memoria, y permite al router aplicar las políticas de entrada. El comando es clear ip
bgp {* | address | peergroup -name} in . Para poder utilizar route refresh, los routers
deben soportar esta capacidad, esto se puede verificar con el comando show ip bgp
Neighbors.

XXII. Sumarizacion.-

Si se da el caso que en un SA se tiene gran cantidad de redes, podemos unificarlas usando

una red padre denominada red sumarizada. Dentro de lo concerniente a BGP, es importante
recordar que las redes no pueden declararse si es que no se conocen entre sí, por lo que
este será un motivo crucial para la aplicación de una red sumarizada.

La implementación de la red sumarizada se puede resumir en tres pasos:

21
 Protocolo BGP

• Se selecciona un router border para anunciar la red sumarizada, en el mismo

creamos una ruta estática con la red sumarizada que desamos crear (apuntando a
null 0).
• Posteriormente configuramos BGP anunciando la nueva red sumarizada, indicando
la ruta estática por la cual se llega a dicha red.
• Finalmente verificamos si la red fue correctamente enunciada ingresando en el
vecino y aplicando el comando show IP BGP.

Ahora analizamos como realizar una sumarizacion de la siguiente forma:

1. En R1 creamos una ruta estática con la red sumarizada(192.168.0.0/22

IP+)apuntando a null 0.

R1(config)# ip route (ip+) (mask) null 0.

2. Luego en la configuracion de BGP anunciamos la nueva red sumarizada, que

fue creada con la ruta estatica.

R1(config)#router bgp 100

R1(config-router)#Neighbor (ip enlase .2) remote-as 200

R1(config-router)#Network (ip +) mask (mask)

3. Con R2 configuramos el enlase hacia AS100

R2(config)#router bgp 200

R2(config)#meighbor (ip enlase .1) remote-as 100

4. Ya configurado , si se usa el comando show ip bgp en el R2 se notara q la

red sumarisada es reconocida.

XXIII. Balaceo de Carga.-Aquella función propia de los routes CISCO. Consiste en

poder conectar un router local con un SA mediante varias salidas, teniendo la
misma capacidad de poder ser funcionales como salida de ser necesario.

22
 Protocolo BGP

La función se basa o se guía mediante protocolos IGP para su enrutamiento:

 RIP
 IGRP
 EIGRP
 OSPF

Para guiar la ruta, primero se selecciona la mejor distancia administrativa entre los
protocolos IGP. De darse el caso de haber un “empate”, se seleccionará el menor costo
posible para llegar al otro SA. De persistir esta condición, recién entra en funcionamiento el
balanceo de carga.

Existe una cantidad limitada de entradas para con las que trabajan cada protocolo, que a su
vez limitaran la cantidad de salidas hacia el SA. En la mayoría de protocolos existen 4
entradas (inclusive 6, de ser el caso), exceptuando el protocolo BGP, donde solo existe 1
entrada (seleccionada por los atributos más estables).

El balanceo de carga puede funcionar por destino o por paquete, es decir, que en función al
destino, ira enviando los paquetes por diferentes rutas, de preferencia no las mismas.

XXIV. Conclusiones.-

Validamos que BGP es el protocolo más confiable para interconexión de internet, en

especial entre ISP’s, llegando a ser el adecuado para este sector.

Aseguramos que el protocolo debe ser implementado solo en aquellas redes que necesiten
de un correcto manejo de políticas de encaminamiento complicadas, orientadas a más de
un ISP como mínimo.

La configuración de BGP requiere un vasto conocimiento de redes WAN IGP y EGP, dado
que este protocolo presenta una configuración compleja y bastante completa dentro de los
SA y entre los mismos.

23
 Protocolo BGP

BGP no siempre es la solución apropiada para interconectar AS, En estos casos, debe hacer
uso de rutas estáticas. En situaciones como:

• Se tiene solo una conexión a otro AS

• Si la política de enrutamiento que será implementada en el AS es consistente con la política
de implementación en el ISP del AS.

Glosario de Términos Principales.-

- ISP/ Proveedor de servicios de internet.

- Sistema Autónomo/ Es una red o conjunto de redes que se administran de manera
interna e independiente uno del otro. En términos de BGP, un sistema autónomo es
un dominio de enrutamiento independiente.
- IGP/Son los protocolos que administran los SA de manera interna.
- BGP/Son los protocolos que intercambian información entre SA de manera externa.
- TCP/Conjunto de protocolos que permite compartir información de punto a punto a
través de la red de manera sencilla.
- eBGP/ son sesiones externas entre AS (Exterior Gateway Protocol)
- iBGP/ son sesiones internas en un AS(Interior Border Gateway Protocol)

Bibliografía.-
1
eduangi.org. Medellín: Eduardo Collado; 2009 [actualizado 04 de mayo 2009; citado 10 de
octubre 2018]. Disponible en: https://www.eduangi.org/node372.html
2
bibing.us.es. 2010 [citado 10 de octubre 2018]. Disponible en:
http://bibing.us.es/proyectos/abreproy/11359/fichero/BGP%252F5.+Fundamentos+de+BGP.
pdf
3
analisisbgp.blogspot.com. Atom; 2012 [actualizado marzo 2012; citado 10 de octubre
2018]. Disponible en: http://analisisbgp.blogspot.com
4
es.slideshare.net. Gianpietro Lavado; 2015 [citado 10 de octubre 2018]. Disponible en:
https://es.slideshare.net/gianpietrolavado/bgp-border-gateway-protocol-v30
5
riunet.upv.es. Valencia: Sánchez García Victor; 2017 [citado 10 de octubre 2018].
Disponible en: https://riunet.upv.es/bitstream/handle/10251/91691/SÁNCHEZ%20-
%20Diseño%20de%20redes%20con%20BGP.pdf?sequence=1
6
networproxy.wordpress.com. Anónimo: 2014 [actualizado 09 de febrero 2014; citado 10 de
octubre 2018]. Disponible en: https://networkproxy.wordpress.com/2014/02/09/bgp-
concepts-basic-states-attributes-route-maps

Para ver las tablas de BGP y otros, que usan los Routers de los ISP pueden visitar la
pagina: “previamente activando el telnet en su pc”

http://routeserver.org/

24