PÅ noen måter ER BGP fin og enkel. For eksempel er det bare EN BGP: BGP versjon 4. Mange nettverksprofessorer har spurt spørsmålet om BGP versjon 4 snart vil bli erstattet AV BGP 5. Det er imidlertid ingenting å bekymre seg for. I dag kjører vi FORTSATT BGP versjon 4 som VÅR Exterior Gateway Protocol (EGP). Selv om DAGENS BGP4 gjør alle slags ting SOM BGP4 fra 20 år siden ikke kunne gjøre, for eksempel ruting Av IPv6, multicast og Vpn eller bruk av samfunn. BGP har vist seg å være veldig utvidbar—men det er fortsatt BGP-og en enkelt bgp-prosess på det. MEN BGP håndterer bare den ytre siden av ruting-det er også innvendig ruting.

Interiør Gateway Protokoller
og Det er mye mer valg I Interiør Gateway Protokoller (IGPs). En gammel favoritt er RIP, Ruteinformasjonsprotokollen. Selv den forbedrede RIPv2 er for enkel for de fleste nettverk i disse dager, som Er RIPng (neste generasjon) For IPv6. Som sådan opprettet Cisco Sin Egen Interior Gateway Routing Protocol (Igrp) og deretter en forbedret versjon med passende navn Enhanced IGRP (EIGRP). MEN DEN mest brukte IGP ER OSPF: Åpne Korteste Banen Først. OSPF er en «åpen» implementering av Den Korteste Banen Først Eller Dijkstra algoritme. (Navnet refererer ikke til den mulige åpenheten til den korteste banen.) OSPF versjon 2 brukes Til IPv4; OSPF versjon 3 For IPv6. Nettverk som kjører BÅDE IP-versjoner og bruker OSPF som IGP, må derfor kjøre Både OSPFv2 og OSPFv3.Tilbake på slutten AV 1980-tallet da OSPF ble utviklet, VAR OSI (Open Systems Interconnect) – familien av nettverksprotokoller fortsatt i strid, og mye teknologi ble lånt / stjålet AV OSI FRA IP og AV IP FRA OSI. SOM et resultat HAR OSI IS-is-rutingsprotokollen FOR OSI CLNP-ruting, som ligner OSPF på MANGE måter (eller omvendt). IS-IS står For Intermediate System Til Intermediate System, hvor «intermediate system» betyr «router». IS-IS ble senere utvidet til å støtte Først IPv4 og Deretter Også IPv6 og brukes hovedsakelig i svært store IP-nettverk.Med den introduksjonen ut av veien, vil jeg fokusere på det vanligste tilfellet: et nettverk som kjører BGP SOM EGP og OSPF som IGP og se på hvordan rutingspliktene er delt over begge protokollene og hvordan de to samhandler.Med OSPF som EN IGP og BGP som EN EGP antyder en åpenbar arbeidsdeling: OSPF håndterer den interne rutingen, BGP rutingen mot eksterne destinasjoner. Det er imidlertid ikke så enkelt. JA, OSPF er ansvarlig for intern ruting. Disse rutene vises som » O «- ruter i utgangen av «vis ip-rute» på En Cisco-ruter. Hvis nettverket er delt inn i flere OSPF områder-egentlig ikke nødvendig i disse dager med mindre du har hundrevis av rutere – du kan også se inter-området» O IA » ruter.O og O IA ruter er bare adresseblokkene som brukes på rutergrensesnitt som faktisk kjører OSPF. Det inkluderer ikke grensesnitt mot servere ELLER PC-er og andre sluttbrukerenheter, eller, når Det Gjelder Internett-Leverandører, kunder. For å få disse adressene til å vises I OSPF, må vi omfordele tilkoblede undernett og/eller omfordele statiske ruter:

!
router ospf 1
redistribuere tilkoblede subnett
redistribuere statiske subnett
!

1 i «router ospf 1″ er ospf-prosessen eller instansnummeret. Det er mulig å kjøre flere ospf—forekomster på samme ruter-som selvfølgelig krever nøye planlegging for å holde alt rett. Hvis omfordeling av alle tilkoblede og / eller statiske ruter i OSPF er mer enn du trenger, kan du legge til » route-map <route-map-name> » og deretter bruke det angitte rutekartet for å filtrere ut uønskede ruter for å holde dem fra å bli omfordelt.

som standard blir omfordelte ruter laget ekstern type 2, og vises som «O E2». Det er også mulig å omfordele som ekstern type 1(med «metrisk type 1»). Forskjellen er at Med o E1-ruter INKLUDERER ospf-kostnaden for ruten kostnaden for koblingene for å nå den eksterne ruten, mens Med O E2-ruter ignoreres kostnaden for de interne koblingene.

iBGP
Åpenbart håndterer BGP rutene mot eksterne nettverk som ER bgp-kompatible. Det ville imidlertid være litt pinlig hvis ALLE bgp-ruterne i nettverket ville fortelle sine eksterne naboer helt forskjellige ting. Så ALLE bgp-rutere i nettverket må snakke med hverandre for å fortelle en konsekvent historie til eksterne nettverk. Dette er hva intern BGP (iBGP) er for. Den» vanlige » BGP er således ekstern bgp (eBGP). Når jeg sier alle bgp-rutere, mener jeg virkelig dem alle: hvis nettverket ditt har 100 bgp-rutere, må hver av dem opprettholde iBGP-økter med de andre 99. Vel, med mindre du bruker rutereflektorer, men det er en historie for en annen dag.

hvis du er vant til eBGP, krever iBGP litt vant til. I motsetning til eBGP, er iBGP helt fint
arbeider over mange humle. Dette legger imidlertid til en komplikasjon. Vurder følgende nettverk:
loopback-grensesnitt

Anta at iBGP-økten fra router A til router D blir satt opp mot router Ds adresse på koblingen Mellom B Og D. Deretter, når koblingen mellom rutere B og D går ned, D adresse på grensesnittet som kobles til denne linken går ned, og med det, iBGP økten konfigurert mot grensesnittet adresse. Så i stedet for å konfigurere iBGP-økter mot grensesnittadresser, setter vi opp loopback-grensesnitt for dette. I motsetning til loopback-grensesnittet på en server eller annen vert, som alltid bruker adresse 127.0.0.1, bruker rutere «ekte» adresser på sine loopback-grensesnitt, som fungerer slik:

!
grensesnitt loopback0
ip-adresse 192.0.2.65 255.255.255.255
!
router bgp 9000
nabo 192.0.2.67 fjernkontroll-som 9000
nabo 192.0.2.67 oppdatering-kilde loopback0
!

I Motsetning til andre grensesnitt, kan loopback-grensesnitt ha en / 32 prefikslengde, slik at de bare bruker opp en enkelt adresse. Fjernkontrollen som for nabo 192.0.2.67 er den samme som den lokale AS (9000), noe som gjør DENNE bgp-økten til en iBGP-økt. «Update-source loopback0» – linjen sørger for at kildeadressen i utgående bgp-pakker ER IP-adressen konfigurert på interface loopback0, slik at den samsvarer med adressen den eksterne ruteren leter etter. Hvis nå en bane mellom de to iBGP-ruterne går ned, kan iBGP-pakkene omdirigeres over en annen bane, og DET er ingen innvirkning PÅ BGP. Merk at for at dette skal fungere, trenger loopback-grensesnittet adresser2 for Å være til stede i IGP-vanligvis vil tilkoblede ruter bli omfordelt for å få dette til å skje.
bgp i store Nettverk ebok
også i motsetning til eBGP, ikke iBGP ikke oppdatere as banen eller neste hop adresse. Dette betyr at neste hop-adresse i iBGP-oppdateringer fortsatt peker mot ip-adressen til ruteren i det nærliggende nettverket som ruten ble lært av. Denne adressen vil ligge i et punkt-til-punkt-delnett mellom eBGP-ruteren og bgp-ruteren i nabonettverket. Din eBGP-ruter vil kjenne denne adressen fordi den er til stede på et direkte tilkoblet grensesnitt, men uten ytterligere tiltak vil resten av ruterne ikke kjenne denne adressen, så neste hop-adresse for iBGP-ruter vil ikke løse og iBGP-rutene kan ikke brukes. Igjen, omfordeling av tilkoblede nettverk til OSPF (ELLER DIN IGP av valg) løser dette. Alternativt kan du konfigurere «next-hop-self» på iBGP-øktene dine, og ruteren vil erstatte neste hop-adresse i iBGP-oppdateringer med sin egen adresse.

bgp omfordeling
det er også mulig å omfordele ruter TIL BGP. For eksempel, i et stort ISP-nettverk kan du omfordele tilkoblede og statiske ruter I BGP i STEDET FOR I IS-IS, fordi DETTE vil holde IS-ER magert og gjennomsnittlig. De ekstra bgp-rutene er relativt ubetydelige, og en fin fordel er at hvis de omdirigeres internt, utløser dette ikke NOEN bgp-oppdateringer. Snarere blir de neste hop-adressene løst annerledes etter EN IS – is-endring, som hver ruter kan gjøre selvstendig. Selvfølgelig krever dette gode filtre som sørger for at det store antallet små prefikser som brukes av kunder, ikke lekker inn i det globale bgp-tabellen. En god måte å oppnå slik filtrering på er å legge til et fellesskap på rutene som kan forplantes i eBGP og deretter filtrere basert på det fellesskapet.

Tilbake på dagen var det ikke uvanlig å omfordele ALLE bgp-ruter til OSPF. Med en halv million prefikser I BGP, har denne praksisen blitt mindre vanlig. Hvis du virkelig vil leve på kanten, kan du omfordele BGP til OSPF og OSPF TIL BGP. Hvis filtrene dine ikke er perfekte, kan det hende at ruter går rundtur mellom BGP og OSPF, med DET resultat AT as-banen blir fjernet. Så nå annonserer du over BGP en hel rekke ruter som ikke er dine, men med en one-hop som sti, så mange av dine naboer vil begynne å sende deg trafikk for disse rutene.

Administrativ avstand
Sist Men Ikke minst, hva skjer når den samme ruten er til stede i BÅDE BGP og OSPF? Åpenbart er det vanskelig å sammenligne en bgp lokal preferanse til EN OSPF-metrisk. Så hva En (Cisco) router gjør er å tildele en «administrativ avstand» til hver rutingsprotokoll. Ruten med lavest avstand vinner deretter. OSPF har en avstand på 110. BGP-ruter har en avstand på 20 (bedre ENN OSPF og Andre IGPs) når de læres over eBGP og 200 (verre ENN OSPF og Andre IGPs) når de læres over iBGP. Statiske ruter har en avstand på 1 som standard, men du kan endre dette ved å inkludere en avstandsverdi på slutten av kommandoen» ip route…». En avstandsverdi på 250 vil holde dem ute av veien for rutingsprotokoller. Den administrative avstanden er det første tallet mellom firkantede parenteser i» vis ip-rute » – utgang.