În teorie, în urma comenzilor de le exercițiul anterior ar trebui să avem conectivitate de pe router-ul PARI
către alte AS-uri.
Realitatea este alta…
PARI_router# ping 21.0.2.2 ping: connect: Network unreachable PARI_router#
Dacă ne uităm la output-ul comenzii show bgp summary
putem observa că am primit totuși de la router-ul LOND
rute (coloana State/PfxRcd
).
PARI_router# show bgp sum IPv4 Unicast Summary: BGP router identifier <X>.152.0.1, local AS number <X> vrf-id 0 BGP table version 0 RIB entries 3, using 576 bytes of memory Peers 1, using 14 KiB of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd PfxSnt <X>.151.0.1 4 2 5 6 0 0 0 00:00:54 2 0 Total number of neighbors 1 PARI_router#
Însă, dacă verificăm tabela de rutare, nu vom regăsi nicio rută către rețele din afara AS-ului nostru (spre exemplu, nu regăsim nicio rută către 21.0.0.0/8
, spațiul de adrese al AS-ului preconfigurat).
PARI_router# show ip route Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP, T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP, F - PBR, f - OpenFabric, > - selected route, * - FIB route, q - queued, r - rejected, b - backup S>* 2.0.0.0/8 [1/0] unreachable (blackhole), weight 1, 02:06:23 O 2.0.1.0/24 [110/1] is directly connected, port_LOND, weight 1, 02:06:23 C>* 2.0.1.0/24 is directly connected, port_LOND, 02:06:23 O>* 2.0.2.0/24 [110/2] via 2.0.1.1, port_LOND, weight 1, 02:05:33 O 2.0.3.0/24 [110/1] is directly connected, port_BUCH, weight 1, 02:06:22 C>* 2.0.3.0/24 is directly connected, port_BUCH, 02:06:23 O>* 2.0.4.0/24 [110/2] via 2.0.3.2, port_BUCH, weight 1, 02:05:31 O 2.0.198.0/24 [110/10] is directly connected, matrix_2, weight 1, 02:06:25 C>* 2.0.198.0/24 is directly connected, matrix_2, 02:07:47 O>* 2.0.199.0/24 [110/11] via 2.0.3.2, port_BUCH, weight 1, 02:05:31 O>* 2.104.0.0/24 [110/11] via 2.0.3.2, port_BUCH, weight 1, 02:05:31 O>* 2.151.0.1/32 [110/1] via 2.0.1.1, port_LOND, weight 1, 02:05:33 C>* 2.152.0.0/24 is directly connected, lo, 02:06:24 O>* 2.152.0.1/32 [110/0] is directly connected, lo, weight 1, 02:06:23 O>* 2.153.0.1/32 [110/2] via 2.0.1.1, port_LOND, weight 1, 02:05:23 * via 2.0.3.2, port_BUCH, weight 1, 02:05:23 O>* 2.154.0.1/32 [110/1] via 2.0.3.2, port_BUCH, weight 1, 02:05:31 C>* 158.2.0.0/16 is directly connected, ssh, 02:07:58 O>* 198.0.0.0/24 [110/11] via 2.0.1.1, port_LOND, weight 1, 02:05:33 PARI_router#
Acest lucru este cauzat de faptul că ruta învățată de router-ul LOND
are ca next-hop
adresa IP a IXP-ului (180.22.0.22
), însă router-ele interne nu au o rută către această rețea. Rutele primite de la LOND
sunt “undeva în memoria router-ului”, însă până când nu va avea o rută către next-hop
ele nu vor fi în tabela de rutare.
Pe router-ul LOND
putem folosi următoarea comandă pentru a propaga rutele, în iBGP, către router-ul PARI
, cu adresa IP a interfeței de loopback ca next-hop
.
LOND_router# configure terminal LOND_router(config)# router bgp <X> LOND_router(config-router)# address-family ipv4 unicast LOND_router(config-router-af)# neighbor <X>.152.0.1 next-hop-self LOND_router(config-router-af)#
Verificați iar tabela de rutare de pe router-ul PARI
și incercați să dați ping în router-ul LOND
din AS 21 (ping 21.0.2.2
).