Routes in BGP injecteren voor reclame: BGP-netwerkopdracht

Ik ben een volkomen nieuweling in BGP-configuraties. Ik heb wat verduidelijking nodig over het begrijpen van de BGP-netwerkopdracht.

Een van onze MPLS-siterouters heeft de volgende configuratie: (Alleen configuratiefragmenten plakken) “

R1# interface Loopback0 ip address 10.129.110.157 255.255.255.252 interface GigabitEthernet0/0 ip address 10.129.110.154 255.255.255.252 interface GigabitEthernet0/1.10 encapsulation dot1Q 10 native ip address 10.129.135.129 255.255.255.192 ! interface GigabitEthernet0/1.20 encapsulation dot1Q 20 ip address 10.129.135.193 255.255.255.192 router bgp XXXXX bgp log-neighbor-changes neighbor 10.129.110.153 remote-as 7795 neighbor 10.129.110.153 neighbor 10.129.110.153 ebgp-multihop 10 ! address-family ipv4 neighbor 10.129.110.153 activate neighbor 10.129.110.153 send-community neighbor 10.129.110.153 soft-reconfiguration inbound no auto-summary no synchronization **network 10.129.110.152 mask 255.255.255.248** network 10.129.135.128 mask 255.255.255.128 exit-address-family " 

Wanneer het BGP-netwerkopdracht "network 10.129.110.152 mask 255.255.255.248" is ingevoerd, kunnen we geen connectiviteit krijgen met het loopback-adres “10.129.110.157” en de router van ergens anders in ons netwerk.

maar toen we de netwerkcommando individueel

 "network 10.129.110.152 mask 255.255.255.252" " network 10.129.110.156 mask 255.255.255.252" 

alles werkte prima.

Kan een instantie me uitleggen wat het juiste gebruik is van netwerkcommando in BGP. Wanneer en in welke gevallen gebruiken we het verzameladres in BGP.

Bij voorbaat dank.

Opmerkingen

  • Do heb je een ip route 10.129.110.152 255.255.255.248 null0 daarin? De netwerkverklaring zal geen routes injecteren die niet ' t in je routetabel.
  • Ik ' m was sterk van mening dat ' netwerk ' statement mag nooit gebruikt worden, het creëert dupliciteit van de configuratie en in een door mensen bediend netwerk verrot de configuratie na verloop van tijd (route wordt opgehaald, netwerk-statement niet). Ik ' raad ten zeerste aan om een tag te geven aan statische routes, die via herdistributie routekaart naar wens worden geadverteerd. Deze manier van configureren zal ook beter modelleren in netwerken van meerdere leveranciers. Helaas voor verbonden netwerken kunt u vandaag geen tag instellen (doe PERS / ER naar accountteam), dus in verbonden netwerken kunt u ' ofwel matchen met de interfacenaam of een prefixlijst maken, die maakt dupliciteitsargument ongeldig.
  • We hebben ' geen ip-route 10.129.110.152 255.255.255.248 null0.

Antwoord

Van een oude archiefconfiguratie …

router bgp 7866 ... network 66.152.0.0 mask 255.255.224.0 ... ip route 66.152.0.0 255.255.224.0 Null0 200 

We controleerden precies wat werd uitgezonden met network. Null-routes a) voorkomen klapperen (wanneer er een daadwerkelijke interface voor dat netwerk is – bijv. Door de klant verstrekt blok), en b) zet netwerken in de routetabel die er anders niet zouden zijn.

Answer

Als u “bekend bent met IGP” s (EIGRP, OSPF), wordt het netwerkcommando gebruikt voor advertentienetwerken en het opzetten van buren met behulp van multicast-adressen. BGP is anders omdat we statisch buren toewijzen en het netwerkcommando wordt gebruikt om eenvoudig routes te adverteren.

Met IGPs adverteert u alle voorvoegsels binnen het geaggregeerde netwerkblok, dus als u:

"network 10.129.110.152 mask 255.255.255.248" 

onder bijvoorbeeld EIGRP, maakt u reclame voor beide / 30 “s binnen dat netwerk.

BGP werkt anders doordat u een exacte overeenkomst voor uw netverklaring in de RIB moet hebben. Omdat je geen exacte match had voor het 10.129.110.152/29 netwerk, adverteerde het niet. Nadat u de netwerkinstructies had toegevoegd die overeenkwamen met de RIB, was u klaar om te gaan.

In sommige gevallen geeft u er misschien de voorkeur aan de advertentie te verankeren met een nulroute. Dus je zou kunnen hebben:

 ip route 10.129.110.152 255.255.255.248 null 0 

Dit zou de netwerkroute in de routeringstabel plaatsen en zou altijd de route aankondigen, zelfs als de meer specifieke routes niet beschikbaar zijn. Dit helpt ook als je een klapperende link hebt, omdat je advertenties niet worden teruggetrokken en niet opnieuw worden geadverteerd.

Het Aggregate-adres is anders dan het netwerkcommando. Met het Aggregate-address commando heb je een match nodig in de BGP-tabel en niet de RIB. Het netwerk hoeft geen exacte overeenkomst te zijn, er hoeft alleen een langer voorvoegsel binnen het verzamelde adres te staan.

Hier is een link naar een ongelooflijk nuttige probleemoplossing bron ook.

NANOG BGP-probleemoplossing

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *