De 8 Vanligste Bgp-Fellesskapene

Hva er ET Bgp-Fellesskap?

ET bgp-fellesskap er et valgfritt, transitivt bgp-attributt som gjenkjennes og sendes til andre bgp-jevnaldrende. Du kan se ET bgp-fellesskap som en kode knyttet TIL bgp-rutene som utveksles mellom to bgp-jevnaldrende.

for å komme i gang, la oss se på hva ET bgp-fellesskap satt til en rute ser ut i En Oppdateringsmelding. Vurder dette enkle nettverket, Hvor R111 annonserer 10.10.10.0 / 24-ruten TIL AS 11 BGP-peer. R111 setter fellesskapet 1: 110 pa rutene det annonserer Til R11.

Når vi ser PÅ Bgp-Oppdateringsmeldingen Fra R111 (1.1.3.2) mot R11 (1.1.3.1), kan vi se flere bgp-attributter sammen med verdien. EN AV DISSE BGP attributter er samfunnet. Husk at dette attributtet er valgfritt, og det vises fordi det ble angitt på ruten før det ble annonsert:

når vi sjekker ruten På R11 (Fordi R11 aksepterte ruten og heller ikke utfører noen operasjon i fellesskapet), kan vi se ruten som har 1: 110-fellesskapet:

R11#show ip bg 10.10.10.0/24BGP routing table entry for 10.10.10.0/24, version 2Paths: (1 available, best #1, table default) Advertised to update-groups: 1 Refresh Epoch 1 111 1.1.3.2 from 1.1.3.2 (10.10.10.1) Origin IGP, metric 0, localpref 100, valid, external, best Community: 1:110 rx pathid: 0, tx pathid: 0x0R11#

Nå som du har sett hva ET bgp-fellesskap ser ut i En Oppdateringsmelding, la oss begynne å utforske de mer avanserte konseptene rundt dette attributtet.

Avanserte Bgp-Fellesskapskonsepter

et fellesskap er en 32-biters verdi delt inn i to 16-biters seksjoner. De første 16 bitene koder AS-tallet som oppsto samfunnet, og de siste 16 bitene representerer et unikt nummer tildelt AV AS. Fordi hvert SOM nummer er unikt, er hvert samfunn også unikt på internett. Dette betyr at en AS med ASN 9999 (som i hex er 0x270F) kan ha samfunn i området 0x270F0000-0x270FFFFF.

Velkjente Bgp-Samfunn

følgende er få kjente samfunn som må anerkjennes av alle samfunnsbevisste bgp-implementeringer.

Ikke-Annonser-Fellesskap

NÅR et ikke-Annonser-fellesskap er knyttet til en rute, annonserer ikke BGP-høyttaleren ruten til interne eller eksterne bgp-kolleger.

følgende eksempel viser En Rute Uten Reklame (10.10.10.0/24) som ikke annonseres Av R1 til jevnaldrende R11, R12, R111.

Ikke-Eksport-Fellesskap

når et ikke-Eksport-fellesskap er knyttet til en rute, vil ikke ruteren annonsere ruten til eksterne partnere-bare til interne partnere.

følgende eksempel viser En Rute Uten Eksport (10.10.10.0/24) som Ikke annonseres Av R1, R11 eller R12 til deres eksterne node, R111.

I dette spesielle tilfellet vil R1 ikke annonsere ruten Til R111, bare Til R11 og R12, fordi disse to er interne bgp-jevnaldrende. Deretter vil R11 og R12 ikke annonsere enten rute Til R111 fordi det er en ekstern bgp-peer.

Lokalt Som Fellesskap

for å unngå BGP-rutingsløkker, er det en viktig regel om de interne bgp-naboene: EN IBGP-nabo kan ikke annonsere en rute til EN IBGP-nabo hvis den mottok den ruten fra en ANNEN IBGP-nabo.

følgende eksempel viser En Lokal As-Rute (10.10.10.0/24) som ikke annonseres mellom IBGP-naboer (R11 og R111) i lokal AS.

Mer nøyaktig annonserer R11 ruten Til R22, Men R22 annonserer ikke ruten Til R111, basert på regelen nevnt ovenfor. For R111 å ha ruten, er det flere løsninger som å skape et fullt nett AV IBGP-økter mellom ruterne TIL AS11, eller bryte AS 11 inn i en sub-AS inne i en konføderasjon.

verden utenfor AS11 er uvitende OM AS 1000 og AS1001. Dette tillater R111 å motta 10.10.10.0 / 24 ruten uten å ha full mesh BGP peering. Det Lokale – as-fellesskapet annonserer ikke ruter utenfor sub-AS.

Graceful Shutdown Community

Graceful_SHUTDOWN (65535:0) samfunnet brukes til å slå av stier en ruter kan bruke når peer-ruteren er i ferd med å bli slått av med vilje. For illustrasjon, anta At R111 bruker R11 for å nå 10.10.10.0/24 delnett, men R11 vil gå ned for en omstart som skal oppgraderes:

Når R11 annonserer dette fellesskapet, Reagerer R111 ved å bytte trafikk over Til R12 med minimal innvirkning:

Utvidet Fellesskap

Et Utvidet fellesskap er en 8-byte-verdi som er delt inn i to hoveddeler:

• Første 2 byte: Angir fellestype
• siste 6 byte: Gir unik informasjon som er spesifikk for fellesskapstypen

et utvidet fellesskap har tre felt: type, administrator, tildelt nummer (type: administrator: tildelt-nummer). Basert på verdien av høyordensbyte I Type-feltet, kan administrator-feltet være EN AS ELLER EN IP-adresse.

den mest kjente applikasjonen for utvidede samfunn er I MPLS-VPN som bruker to utvidede samfunn:

• Rutemålgruppe: Identifiserer ruterne som kan motta et bestemt sett med ruter.
• Rute Opprinnelse fellesskap: Identifiserer ruterne som injiserer et bestemt sett med ruter i BGP.

En VIRTUELL Ruting og Videresending (VRF) er EN virtuell rutingstabell som kan ha sine egne separate rutingpolicyer atskilt fra den globale rutingstabellen eller Fra Andre Vrf-Er. I utgangspunktet kan du koble flere områder av en kunde og har en egen ruting tabell (VRF) over hele nettverket bare for denne kunden og implementere ruting policyer som er forskjellig fra ruting policyer for en annen kunde.

denne separasjonen er mulig på grunn av multiprotocol bgp-utvidelser og MPLS.

Rutemålfellesskap

Rutemålfellesskapet brukes i MPLS VPN-miljøer for å skille to kunder rutingstabeller, som vist i følgende diagram:

I dette spesielle tilfellet ER VRF Customer RED kun til Stede På R1 Og R12, OG VRF Customer BLUE er kun til stede På R11 Og R22, men de kunne ha vært til stede på alle fire rutere.

når en rute eksporteres VIA BGP Fra VRF Red, tilordnes rutemålet 100:100 til ruten via eksport. Når ruten når R12, importerer den ruten Fra R1, slik at nettstedene som er koblet Til R1 og R12, kan kommunisere.

Route Origin Community

i ET MPLS VPN-miljø brukes route origin community til å identifisere hvor ruter stammer fra, slik at readvertisement tilbake til det området unngås.

I DETTE tilfellet, NÅR PE1 mottar ruten FRA CE1, i tillegg til rutemålet som er knyttet til ruten (ved hjelp av eksport), festes det også ruteopprinnelsesfellesskapet.

ruten når PE2, MEN PE2 annonserer ikke DEN TIL CE2, fordi den vet at den kom fra nettstedet.

Store Fellesskap

Et Stort fellesskap er et 12-byte BGP-fellesskap som ble utviklet da 4-byte AS begynte å bli tildelt. Siden hver av standard eller utvidede fellesskap bruker 2-byte-verdier FOR AS, vil en 4-byte AS ikke passe inn i standard 2-byte-verdien.

The Large community is displayed as follows:
32-bit-ASN:32-bit-value:32-bit-value.

Bgp Best Path Selection Algorithm

SOM du har sett, HAR BGP-fellesskap flere applikasjoner. De er viktige for å merke ruter, manipulere trafikk og utføre ulike handlinger på bgp-attributter for ruter som samsvarer med bestemte samfunn.

når en ruter må bestemme hvilken vei mange skal ta til en gitt destinasjon, må DEN følge bgp best path selection-algoritmen, som evaluerer bgp-attributter. Du kan lese mer OM bgp best path selection algoritmen i vår forrige artikkel, BGP Attributter.

EKSEMPLER PÅ Bgp-Fellesskap

denne delen viser hvordan ET bgp-fellesskap som er knyttet til en rute, kan påvirke opplasting og nedlasting av trafikk til og fra verter fra dette prefikset.

Last Opp

det er flere måter å påvirke opplastingstrafikken på, men det vanligste er å bruke den lokale preferansen.

som du har sett i Bgp-Attributter-artikkelen, jo høyere verdien av den lokale preferansen for en rute, desto mer sannsynlig er banen valgt av algoritmen FOR beste banevalg FOR BGP.

i illustrasjonen nedenfor er R11 Og R12 konfigurert til å:

• Angi lokal preferanse til 205 hvis de mottar en rute med fellesskap 1:205.
• Angi lokal preferanse til 210 hvis de mottar en rute med fellesskap 1:210.

begge disse ruterne annonserer rutene Til R1, som må bestemme hvilken bane som skal brukes. I Dette tilfellet bruker R1 banen Fra R11, noe som betyr at trafikken vil flyte slik:

Last Opp Ruterutgang

R1#sh ip bgp 10.10.10.0BGP routing table entry for 10.10.10.0/24, version 2Paths: (2 available, best #1, table default) Not advertised to any peer Refresh Epoch 1 111 1.1.3.2 (metric 20) from 1.1.1.2 (1.1.100.11) Origin IGP, metric 0, localpref 210, valid, internal, best Community: 1:210 rx pathid: 0, tx pathid: 0x0 Refresh Epoch 1 111 1.1.4.2 (metric 20) from 1.1.2.2 (1.1.100.12) Origin IGP, metric 0, localpref 205, valid, internal Community: 1:205 rx pathid: 0, tx pathid: 0R1#

Last Ned

en vanlig måte å påvirke nedlastingstrafikkbanen din (eller hvordan andre sender trafikk TIL DIN AS), er å utføre AS_PATH prepend for DIN AS. Jo lenger AS_PATH, jo mindre sannsynlig at banen er valgt av den beste banevalgsalgoritmen.

I den neste illustrasjonen foretrekker AS 1 at trafikk videresendt FRA AS 111 sendes Fra R12.

AS 111 (på Grunn Av R111) har en policy som sier at hvis AS 1 kunngjør et prefiks med fellesskapet 1:1, utfør EN AS_PATH prepend. Derfor angir R111 AS_PATH for ruten som. Hvis ruten kommer med fellesskapet av 1:3, deretter utføre TRE AS_PATH prepends ().

R111 mottar de to banene og må handle basert på samfunnet knyttet til disse banene. Siden det foretrekker ruten Fra R12, flyter trafikken slik:

Last Ned Ruteren Utgang

R111#sh ip bgp 10.10.10.0/24BGP routing table entry for 10.10.10.0/24, version 4Paths: (2 available, best #2, table default) Advertised to update-groups: 6 Refresh Epoch 2 1 1 1 1 1.1.3.1 from 1.1.3.1 (1.1.100.11) Origin IGP, metric 100, localpref 100, valid, external Community: 1:3 rx pathid: 0, tx pathid: 0 Refresh Epoch 2 1 1 1.1.4.1 from 1.1.4.1 (1.1.100.12) Origin IGP, localpref 100, valid, external, best Community: 1:1 rx pathid: 0, tx pathid: 0x0R111#

Sammendrag

I denne artikkelen diskuterte vi de vanligste bgp-fellesskapene som er tilgjengelige for bgp-fellesskapsattributtet, og hvordan de brukes til å lede trafikk. SELV OM BGP-Fellesskap er valgfrie attributter, er de kraftige for både intern og ekstern trafikkruting. Du kan også bruke dem til å forberede trafikk omdirigering for planlagte omstart og driftsstans.

for mer informasjon OM bgp konsepter, sjekk Ut Vår Guide Nettverksadministrator.