miércoles, 21 de julio de 2010

Lab MPLS 1.4 iBGP

Sección 3 IBGP IPv4


· Configurar iBGP en R2/R3/R4/R5.

· R4 y R5 deben ser Route-Reflector para el mismo cluster.

· R2 y R3 son clientes de los RRs R4/R5

· Los routers deben formar peering BGP utilizando las loopback 0

· R1 es un router P y no participa en iBGP

· Deshabilitar bgp default ipv4-unicast (comportamiento por defecto).

· Usar loopback 0 como ID BGP

· Publicar las loopback 0 de los routers AS1


R2 y R3 solo deben crear dos sesiones, una con RR R4 y otra con el RR R5.

Ejemplo 3-1 Configuración iBGP R2/R3
─────────────────────────────────────────────────────────────────

R2
router bgp 1
bgp router-id 10.0.0.2
no bgp default ipv4-unicast
neighbor 10.0.0.4 remote-as 1
neighbor 10.0.0.4 update-source Loopback0
neighbor 10.0.0.5 remote-as 1
neighbor 10.0.0.5 update-source Loopback0
!
address-family ipv4
neighbor 10.0.0.4 activate
neighbor 10.0.0.5 activate
no auto-summary
no synchronization
exit-address-family

R3
router bgp 1
bgp router-id 10.0.0.3
no bgp default ipv4-unicast
neighbor 10.0.0.4 remote-as 1
neighbor 10.0.0.4 update-source Loopback0
neighbor 10.0.0.5 remote-as 1
neighbor 10.0.0.5 update-source Loopback0
!
address-family ipv4
neighbor 10.0.0.4 activate
neighbor 10.0.0.5 activate
no auto-summary
no synchronization
exit-address-family


─────────────────────────────────────────────────────────────────

R4 y R5 como Reflectores de Ruta primero deben crear sesion con los clientes. En caso de existir varios RRs para el mismo cluster estos deben estar en malla completa (Full mesh).


Ejemplo 3-2
─────────────────────────────────────────────────────────────────

R4
router bgp 1
bgp router-id 10.0.0.4
no bgp default ipv4-unicast
neighbor 10.0.0.2 remote-as 1
neighbor 10.0.0.2 update-source Loopback0
neighbor 10.0.0.3 remote-as 1
neighbor 10.0.0.3 update-source Loopback0
neighbor 10.0.0.5 remote-as 1
neighbor 10.0.0.5 update-source Loopback0
!
address-family ipv4
neighbor 10.0.0.2 activate
neighbor 10.0.0.2 route-reflector-client
neighbor 10.0.0.3 activate
neighbor 10.0.0.3 route-reflector-client
neighbor 10.0.0.5 activate
no auto-summary
no synchronization
exit-address-family

R5
router bgp 1
bgp router-id 10.0.0.5
no bgp default ipv4-unicast
bgp log-neighbor-changes
neighbor 10.0.0.2 remote-as 1
neighbor 10.0.0.2 update-source Loopback0
neighbor 10.0.0.3 remote-as 1
neighbor 10.0.0.3 update-source Loopback0
neighbor 10.0.0.4 remote-as 1
neighbor 10.0.0.4 update-source Loopback0
!
address-family ipv4
neighbor 10.0.0.2 activate
neighbor 10.0.0.2 route-reflector-client
neighbor 10.0.0.3 activate
neighbor 10.0.0.3 route-reflector-client
neighbor 10.0.0.4 activate
no auto-summary
no synchronization
exit-address-family

─────────────────────────────────────────────────────────────────

El ejemplo 3-3 muestra los clientes desde R4 y R5.

Ejemplo 3-3
─────────────────────────────────────────────────────────────────

R4# show ip bgp neighbors | i BGP n|Clien|BGP state|peer
BGP neighbor is 10.0.0.2, remote AS 1, internal link
BGP state = Established, up for 00:17:11
Route-Reflector Client
BGP neighbor is 10.0.0.3, remote AS 1, internal link
BGP state = Established, up for 00:16:59
Route-Reflector Client
BGP neighbor is 10.0.0.5, remote AS 1, internal link
BGP state = Established, up for 00:13:09
Bestpath from this peer: 1 n/a

R5# show ip bgp neighbors | i BGP n|Clien|BGP state|peer
BGP neighbor is 10.0.0.2, remote AS 1, internal link
BGP state = Established, up for 00:13:49
Route-Reflector Client
BGP neighbor is 10.0.0.3, remote AS 1, internal link
BGP state = Established, up for 00:13:33
Route-Reflector Client
BGP neighbor is 10.0.0.4, remote AS 1, internal link
BGP state = Established, up for 00:14:25
Bestpath from this peer: 3 n/a

─────────────────────────────────────────────────────────────────

· Publicar las loopback 0 de los routers AS1.


Los ID de los Provider Edge son importante porque son los next-hop BGP para el trafico de prefijos vpnv4. Debemos publicarlo con la la máscara correcta o el proceso BGP no publicará el prefijo. R1 como parte del SP actúa como router Provider P y no participa en el proceso BGP.


Ejemplo 3-4
─────────────────────────────────────────────────────────────────

R2
router bgp 1
address-family ipv4
network 10.0.0.2 mask 255.255.255.255

R3
router bgp 1
address-family ipv4
network 10.0.0.3 mask 255.255.255.255

R4
router bgp 1
address-family ipv4
network 10.0.0.4 mask 255.255.255.255

R5
router bgp 1
address-family ipv4
network 10.0.0.5 mask 255.255.255.255

─────────────────────────────────────────────────────────────────

El ejemplo 3-5 muestra que los prefijos publicados en IPv4 BGP están siendo instalados en la tabla BGP de todos los routers en AS1.

r> indica que el prefijo es conocido por otro protocolo de enrutamiento con mejor distancia administrativa.

OSPF AD 110 <>


Ejemplo 3-5
─────────────────────────────────────────────────────────────────
R2# show ip bgp
BGP table version is 8, local router ID is 10.0.0.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path
*> 10.0.0.2/32 0.0.0.0 0 32768 i
r i10.0.0.3/32 10.0.0.3 0 100 0 i
r>i 10.0.0.3 0 100 0 i
r i10.0.0.4/32 10.0.0.4 0 100 0 i
r>i 10.0.0.4 0 100 0 i
r i10.0.0.5/32 10.0.0.5 0 100 0 i
r>i 10.0.0.5 0 100 0 i

R3# show ip bgp
BGP table version is 9, local router ID is 10.0.0.3
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path
r>i10.0.0.2/32 10.0.0.2 0 100 0 i
r i 10.0.0.2 0 100 0 i
*> 10.0.0.3/32 0.0.0.0 0 32768 i
r i10.0.0.4/32 10.0.0.4 0 100 0 i
r>i 10.0.0.4 0 100 0 i
r i10.0.0.5/32 10.0.0.5 0 100 0 i
r>i 10.0.0.5 0 100 0 i

R4# show ip bgp
BGP table version is 8, local router ID is 10.0.0.4
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path
r i10.0.0.2/32 10.0.0.2 0 100 0 i
r>i 10.0.0.2 0 100 0 i
r i10.0.0.3/32 10.0.0.3 0 100 0 i
r>i 10.0.0.3 0 100 0 i
*> 10.0.0.4/32 0.0.0.0 0 32768 i
r>i10.0.0.5/32 10.0.0.5 0 100 0 i

R5# show ip bgp
BGP table version is 8, local router ID is 10.0.0.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path
r i10.0.0.2/32 10.0.0.2 0 100 0 i
r>i 10.0.0.2 0 100 0 i
r i10.0.0.3/32 10.0.0.3 0 100 0 i
r>i 10.0.0.3 0 100 0 i
r>i10.0.0.4/32 10.0.0.4 0 100 0 i
*> 10.0.0.5/32 0.0.0.0 0 32768 i
─────────────────────────────────────────────────────────────────

Si configuramos un RR se crea un único punto de fallo, en otras palabras si el RR cae, se pierde comunicación entre los clientes del Route-Reflector. Puesto que tenemos dos RRs que reflejan las rutas de los mismos clientes, podemos configurar el mismo cluster-id. El propósito de Cluster ID es detectar loops en caso que existan errores de configuración.

Ya que hemos implementado un cluster con dos RRs tenemos dos opciones:

- Dejar que el proceso BGP elija Cluster list

- Definirlo manualmente con el comando bgp cluster-id.

Esta última opción permite un mayor control como lo muestra el ejemplo 3-6.


Ejemplo 3-6 Configuración Cluster-ID
─────────────────────────────────────────────────────────────────

R4
router bgp 1
bgp cluster-id 45

R5
router bgp 1
bgp cluster-id 45

R2# show ip bgp 10.0.0.3
BGP routing table entry for 10.0.0.3/32, version 9
Paths: (2 available, best #2, table Default-IP-Routing-Table, RIB-failure(17))
Not advertised to any peer
Local
10.0.0.3 (metric 3) from 10.0.0.5 (10.0.0.5)
Origin IGP, metric 0, localpref 100, valid, internal
Originator: 10.0.0.3, Cluster list: 0.0.0.45
Local
10.0.0.3 (metric 3) from 10.0.0.4 (10.0.0.4)
Origin IGP, metric 0, localpref 100, valid, internal, best
Originator: 10.0.0.3, Cluster list: 0.0.0.45

R4# show ip bgp 10.0.0.2
BGP routing table entry for 10.0.0.2/32, version 3
Paths: (1 available, best #1, table Default-IP-Routing-Table, RIB-failure(17))
Advertised to update-groups:
1 2
Local, (Received from a RR-client)
10.0.0.2 (metric 3) from 10.0.0.2 (10.0.0.2)
Origin IGP, metric 0, localpref 100, valid, internal, best

R5# show ip bgp 10.0.0.3
BGP routing table entry for 10.0.0.3/32, version 5
Paths: (1 available, best #1, table Default-IP-Routing-Table, RIB-failure(17))
Advertised to update-groups:
1 2
Local, (Received from a RR-client)
10.0.0.3 (metric 3) from 10.0.0.3 (10.0.0.3)
Origin IGP, metric 0, localpref 100, valid, internal, best

─────────────────────────────────────────────────────────────────




No hay comentarios:

Publicar un comentario