BGP-Fellesskap

hovedformålet MED bgp-aktiverte rutere er å annonsere prefikser til andre rutere. Disse prefiksene kan være fra flere forskjellige adressefamilier, For Eksempel IPv4 og VPNv4. Når du annonserer et prefiks, legger BGP ekstra informasjon, kalt attributter. BGP bruker disse attributtene til å velge den beste banen.

BGP kan inneholde mer informasjon med hvert prefiks, i Form Av Fellesskapstrenger. En fellesskapsstreng er en tallverdi som peer bruker som en kode.

Fellesskap oppretter rutingpolicyer mellom jevnaldrende. Ved å merke prefikser med fellesskap, forteller vi peer å håndtere prefiksene på en spesiell måte.

som et eksempel kan vi si at en bestemt gruppe prefikser må ha vekten satt til 10 av en peer-router. Vi kan velge et fellesskapsnummer å bruke, og merke prefiksene med det. Hvis det ser et prefiks fra oss merket med dette fellesskapet, vil det sette vekten til 10.

Vi må være enige med vår peer om hvilke samfunn som skal brukes. Fra et teknisk perspektiv er det opp til dem å bestemme hvordan de skal håndtere enhver fellesskapstreng. De kan velge å ignorere dem helt hvis de vil.

Leverandører kan ha en liste over forhåndsdefinerte fellesskap de bruker, og handlinger de utfører. Som kunde kan vi sette våre lokalsamfunn til å matche deres retningslinjer, for å justere hvordan de håndterer våre prefikser.

Samfunnet er valgfritt og transitivt. De er transitive slik at en peer kan passere dem til neste peer.

hvert standardfellesskap er en 32-biters verdi. De er ofte delt inn i to 16-bits verdier, for å gjøre dem lettere å lese. For eksempel er fellesskapet 4259840100 det samme som 65000: 100. Ofte representerer de første 16 bitene AS, og de andre 16 bitene er en egendefinert verdi.

det er også utvidede fellesskap, som er til spesielle formål, for eksempel MPLS VPN. Dette er 64-biters verdier. De består av en 16-biters typeverdi, en 16-biters AS-eller IP-verdi og 32-bits for den tilpassede fellesskapsverdien.

Noen samfunn er reservert:

• 0:0 – 0:65535
• 65535:0 – 65535:63335

La oss lab dette ut for å se hvordan det fungerer. Vær oppmerksom på at dette ikke er et virkelig scenario.

for dette laboratoriet bruker vi to ruter med forskjellige ASN-er. R1 har flere nettverk som ønsker Å annonsere Til R2.

R2 tilordner vekter til prefiksene, avhengig av de vedlagte fellesskapene:

• hvis fellesskapet er satt til 10: 100, vil det sette vekten til 100
• Hvis fellesskapet er satt til 10:200, det vil sette vekten til 10

Last NED Bgp Communities Lab

Prefikslister identifiserer rutene som skal tilordnes fellesskap til. I dette tilfellet er 172.16.0.0 og 172.16.10.0 i Gruppe1, og 172.16.20.0 i Gruppe2.

Rutekart samsvarer med prefikslistene, og angi deretter fellesskapet på ruten. Gruppe1 er tildelt fellesskap 100, Og Gruppe2 er tildelt fellesskap 200.

som standard er fellesskapene ett stort antall, som er vanskelig å lese. Kommandoen ip bgp-community new-format endrer denne verdien TIL Asn: Community-formatet. Dette gjør verifiseringen enklere senere.

Cisco-rutere sender som standard ikke fellesskap. Aktiver dette per nabo med send-community og send-community utvidede kommandoer.

til Slutt brukes rutekartet på utgående nabo. Når du sender ruter til naboen, er samfunnene festet.

Her kan vi se at samfunnene er angitt på rutene Som r2 mottar.

Nå Som R2 mottar ruter med fellesskap, kan den bruke policyer på dem.

først oppretter Vi en fellesskapsliste for å identifisere bestemte fellesskap. Disse er som å bruke Acler eller prefiks-lister for å identifisere IP-adresser. I dette eksemplet bruker vi en navngitt fellesskapsliste. I motsetning til nummererte fellesskapslister støtter De RegEx, og kan ha ubegrensede oppføringer. Nummererte lister har en grense på 100 oppføringer.

Rutekart samsvarer med fellesskapet og angir vekten.

rutekartet brukes på naboen for innkommende prefikser.

disse endringene vil ikke finne sted for ruter som allerede er i rutetabellen. Den enkleste måten å tvinge dette til å gjelde er å tilbakestille nabo forholdet. Husk at dette er forstyrrende, så ikke gjør det i et produksjonsnettverk.

hvis DU ser på bgp-tabellen På R2, kan du se at vektene er angitt som forventet.

det er flere forhåndsdefinerte fellesskap, Kalt Velkjente Fellesskap. Disse samfunnene har spesielle forhåndsdefinerte betydninger som alle bgp høyttalere støtte.

de vanligste inkluderer:

Internett-Et Cisco proprietært samfunn. Dette gjør at ruteren kan annonsere prefikset til alle naboer. Dette er en’ catch-all ‘ samfunnet på slutten av et fellesskap liste. Dette er et unntak, da det ikke alle leverandører vil støtte det.

Ingen Eksport-Forhindrer annonsering av prefikset til eventuelle eBGP-naboer. Dette holder et prefiks i DET SOM.

No-Advertising-dette forhindrer annonsering av prefikset til noen naboer i det hele tatt.

Local-AS – Brukes med konføderasjoner for å beholde prefikset i local AS. Tillater prefiks deling med eBGP naboer i confederation.

når du utformer fellesskap, bør du vurdere disse grunnleggende trinnene:

1. Definer administrasjonspolicyen for ruting
   • Bestem hva som skal filtreres, og hvor du skal filtrere
   • Bestem hvilke attributter som skal endres for å påvirke trafikkflyten
2. Utforme fellesskapsordningen
   • det vil si bestemme hvilke verdier som skal brukes, basert på policyen
3. Distribuer skjemaet ved hjelp av rutekart
4. Opprett dokumentasjon

når du mottar ruter fra en ekstern kilde, bør du vurdere å merke dem basert på området de ble mottatt på. På samme måte, når du kommer fra ruter, bør du vurdere å merke dem MED EN ID for nettstedet som oppsto dem.