bp tiene 2 metodos de prevencion de loops :

metodo de prevencion de lopps en sesiones externas :

****************************************************

EBGP : AS-PATH
--------------
cuando tenemos sesiones externas es posible causar un loop en la red si no tenemos
un mecanismo de prevencion, sobre todo
cuando tenemos una configuracion o un sistema multihome es decir cuando tenemos 2
salidas hacia internet o hacia 2
provedores de servicio distintos.

es decir podemos tener una topologia en el que enviamos una actualiacion de mi

sistema autonomo a otros sistemas autonomos
y en el trayecto esa misma actualizacion ingresa hacia mi mismo sistema autonomo a
travez de otro router(multihome) creando
un lopp infinito.

para prevenire esto se utiliza un atributo llamado AS-PATH que lo que hace es que
cada vez que yo genero un actualizacion
genero un update de un prefijo por ejemplo 1.1.1.1 y le coloco el sistema autonomo
al cual pertenece o de donde se origino
este prefijo, por lo tanto ese update va pasando por todos los sistemas autonomos
que tenga que pasar
y cuando llega al otro router de borde(multihome) de mi sistema autonomo, este
revisa el preffijo y el sistema autonomo y
si verifica que este prefijo viene de mi mismo sistema autonomo entonces este lo
ignora y no permite que esta actusalizacion
entre para evitar un loop

metodo de prevencion de lopps en sesiones internas :

****************************************************

IBGP : split-horizon
--------------------

*Un router no puede anunciar prefijos recibidos de un vecino IBGP hacia otro vecino
IBGP, es decir si un router R1 tiene
una lopp 3.3.3.3 como prefijo local este si lo puede anunciar al resto de sus
vecinos internos pero no podra anunciarlo
a un router que no sea su vecino directamente asi este en su mismo sistema autonomo
esto es porque de manera implicita
existe una regla de horizonte dividido para vecindades internas que evitsa que lo
quwe yo aprendo de un vecino interno
no lo puedo replicar hacia otro vecino interno que no este directamente conectado
es por ello que la mejor practica dicta
es que yo tenga una topologia full mesh es decir tener enlaces fisicos entre todos
los equipos, si en caso no tenga eso
yo puedo hacer un full mesh a nivel logigo declarando quwe las sesiones ibgp
internas puedan crear vecindades con router
que no estan directamente conectados

por otro lado yo puedo romper esta regla y permitir que un router interno reciba
actualizacion de otro router interno
y lo publique al resto de router internos esto a travez de 2 tecnicas

-router reflector (redes pequepñas)

-confederaciones (redes grandes)