Wiem, że „błąd RIB” w wyjściu „show ip bgp” oznacza, że trasa oferowana do RIB przez BGP nie została zaakceptowana. Ale dlaczego połączone trasy, które są rozgłaszane przez polecenie BGP network / mask w lokalnym routerze, nie są wyświetlane jako „r” (uszkodzenie żebra) w tabeli BGP ?. Zamiast tego otrzymuję to jako *> 192.168.0.4/32 0.0.0.0
Połączone trasy zawsze wygrywają (w porównaniu z innymi Protokoły-IGB / BGP). W tym przypadku BGP nie konkuruje o wstawienie trasy połączenia do RIB.
Konfiguracja jest następująca:
Sh run int lo0 interface Loopback0 ip address 192.168.0.4 255.255.255.255 end sh run | s bgp router bgp 65234 bgp router-id 4.4.4.4 bgp log-neighbor-changes no bgp default ipv4-unicast neighbor 192.168.0.3 remote-as 65234 neighbor 192.168.0.3 update-source Loopback0 ! address-family ipv4 network 192.168.0.4 mask 255.255.255.255 neighbor 192.168.0.3 activate exit-address-family sh version Cisco IOS Software, IOSv Software (VIOS-ADVENTERPRISEK9-M), Version 15.6(2)T
Z góry dziękuję,
Sajith
Komentarze
Odpowiedź
Różnica polega na tym, że R4 zapoczątkowuje route to 192.168.0.4/32 (z instrukcją sieciową), podczas gdy trasa do 192.168.0.2/32 jest odbierana z innego routera BGP.
Ponieważ BGP na R4 jest źródłem 192.168.0.4/32 route nigdy nie próbowałby go zainstalować w swojej tablicy routingu, ponieważ ma lepszą trasę lokalną, z której pozyskał informacje. Będzie rozgłaszać tę trasę innym routerom BGP, ale nie użyje jej, ponieważ jest twórcą trasy.
Z drugiej strony, trasa do 192.168.0.2/32 została odebrana z innego routera za pośrednictwem BGP, a także inny protokół. Drugi protokół miał niższe AD, więc błąd RIB jest pokazywany w BGP dla tej trasy.
{}
).