A 8 Leggyakoribb BGP közösség

mi a BGP közösség?

a BGP közösség egy opcionális, tranzitív BGP attribútum, amelyet felismernek és átadnak más BGP társaknak. Lehet, hogy egy BGP közösséget a két BGP Társ között kicserélt BGP útvonalakhoz csatolt címkeként láthat.

a kezdéshez nézzük meg, hogy néz ki egy útvonalra beállított BGP közösség egy frissítési üzenetben. Tekintsük ezt az egyszerű hálózatot, ahol az R111 az 10.10.10.0/24 útvonalat hirdeti az AS 11 BGP peer felé. R111 beállítja a közösség 1: 110 az útvonalakon hirdet R11.

ha az R111 (1.1.3.2) BGP frissítési üzenetét nézzük az R11 (1.1.3.1) felé, akkor több BGP attribútumot láthatunk értékükkel együtt. Az egyik ilyen BGP attribútum a közösség. Ne feledje, hogy ez az attribútum opcionális, és azért jelenik meg, mert a hirdetés előtt az útvonalon volt beállítva:

amikor ellenőrizzük az útvonalat az R11-en (mert az R11 elfogadta az útvonalat, és nem hajt végre semmilyen műveletet a Közösségen), láthatjuk, hogy az útvonal az 1:110 közösséggel rendelkezik:

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#

most, hogy látta, hogy néz ki egy BGP közösség egy frissítési üzenetben, kezdjük el feltárni az attribútumot körülvevő fejlettebb fogalmakat.

haladó BGP közösségi fogalmak

a közösség egy 32 bites érték, amely két 16 bites szakaszra oszlik. Az első 16 bit a Közösséget létrehozó AS-számot kódolja, az utolsó 16 bit pedig az AS által hozzárendelt egyedi számot. Mivel minden AS szám egyedi, minden közösség egyedi az interneten is. Ez azt jelenti, hogy az ASN 9999-es AS-nek (amely hex – ben 0x270f) közösségei lehetnek a 0x270f0000-0x270FFFFF tartományban.

jól ismert BGP közösségek

az alábbiakban néhány jól ismert közösségek, amelyeket el kell ismerni minden közösség tudatában BGP megvalósítások.

No-Advertise Community

amikor egy no-Advertise közösség csatlakozik egy útvonalhoz, a BGP hangszóró nem hirdeti az útvonalat semmilyen belső vagy külső BGP társának.

a következő példa egy hirdetés nélküli útvonalat (10.10.10.0/24) mutat be, amelyet az R1 nem hirdet az R11, R12, R111 társaknak.

nem exportál közösség

ha egy útvonalhoz Exportálatlan közösség van csatolva, az útválasztó nem hirdeti az útvonalat külső társaknak-csak belső társaknak.

a következő példa egy Exportálatlan útvonalat (10.10.10.0/24) mutat be, amelyet az R1, R11 vagy R12 nem hirdet külső társának, az R111-nek.

ebben a konkrét esetben az R1 nem hirdeti az útvonalat az R111-re, csak az R11-re és az R12-re, mert ez a kettő belső BGP Társ. Ezt követően az R11 és az R12 nem hirdeti egyik útvonalat sem az R111 felé, mert ez egy külső BGP Társ.

helyi Mint közösség

a BGP útválasztási hurkok elkerülése érdekében fontos szabály van a belső BGP szomszédokkal kapcsolatban: egy IBGP szomszéd nem hirdethet útvonalat egy IBGP szomszédnak, ha ezt az útvonalat egy másik IBGP szomszédtól kapta.

a következő példa egy helyi AS útvonalat (10.10.10.0/24) mutat be, amelyet nem hirdetnek az IBGP szomszédok (R11 és R111) között a helyi AS-en belül.

pontosabban, az R11 hirdeti az útvonalat az R22-re, de az R22 nem hirdeti az útvonalat az R111-re, a fent említett szabály alapján. Ahhoz, hogy az R111 megkapja az útvonalat, többféle megoldás létezik, például az IBGP munkamenetek teljes hálójának létrehozása az AS11 útválasztói között, vagy az AS 11 felosztása egy konföderáció belsejében.

az AS11-en kívüli világ nem ismeri az AS 1000-et és az AS1001-et. Ez lehetővé teszi az R111 számára, hogy megkapja a 10.10.10.0/24 útvonalat anélkül, hogy teljes hálós BGP peering lenne. A helyi-AS közösség nem hirdet útvonalakat az Al-AS – n kívül.

Graceful Shutdown Community

a Graceful_SHUTDOWN (65535:0) közösség arra szolgál, hogy zökkenőmentesen leállítsa azokat az útvonalakat, amelyeket egy útválasztó használhat, amikor a társ útválasztója szándékosan leáll. Például tegyük fel, hogy az R111 az R11-et használja a 10.10.10.0/24 alhálózat eléréséhez, de az R11 lemegy az újraindítás frissítéséhez:

Miután az R11 hirdeti ezt a közösséget, az R111 úgy reagál, hogy minimális hatással átkapcsolja a forgalmat az R12-re:

kiterjesztett közösség

a kiterjesztett közösség egy 8 bájtos érték, amely két fő részre oszlik:

• első 2 bájt: megadja a közösség típusát
• utolsó 6 bájt: A közösségtípusra jellemző egyedi információkat nyújt

a kiterjesztett közösségnek három mezője van: Típus, adminisztrátor, hozzárendelt szám (Típus:adminisztrátor:hozzárendelt szám). A típus mezőben a magas rendű bájt értéke alapján a rendszergazda mező lehet AS vagy IP-cím.

a kiterjesztett közösségek legismertebb alkalmazása az MPLS-VPN, amely két kiterjesztett közösséget használ:

• útvonal Célközösség: azonosítja azokat az útválasztókat, amelyek egy adott útvonalkészletet fogadhatnak.
• útvonal származási Közösség: Azonosítja azokat az útválasztókat, amelyek egy adott útvonalkészletet injektálnak a BGP-be.

a Virtual Routing and Forwarding (VRF) egy virtuális útválasztási tábla, amelynek saját, a globális útválasztási táblától vagy más VRF-ektől különálló útválasztási házirendjei lehetnek. Alapvetően összekapcsolhatja az ügyfél több webhelyét, és külön útválasztási táblával (VRF) rendelkezhet a teljes hálózaton, csak ehhez az ügyfélhez, és olyan útválasztási házirendeket hajthat végre, amelyek eltérnek egy másik ügyfél útválasztási házirendjeitől.

ez a szétválasztás a többprotokollos BGP kiterjesztések és az MPLS miatt lehetséges.

útvonal Célközösség

az útvonal Célközösség az MPLS VPN környezetekben két ügyfél útválasztási táblájának elválasztására szolgál, az alábbi ábra szerint:

ebben a konkrét esetben a VRF ügyfél piros csak az R1-en és az R12-en, a VRF ügyfél kék pedig csak az R11-en és az R22-en van jelen, de mind a négy routeren jelen lehetett.

amikor egy útvonalat a VRF Red-ből a BGP-n keresztül exportálnak, a 100:100 útvonal-cél az Exportálás útján kerül hozzárendelésre az útvonalhoz. Amikor az Útvonal eléri az R12-t, importálja az útvonalat az R1-ből, így az R1-hez és R12-hez kapcsolódó helyek képesek kommunikálni.

Route Origin Community

egy MPLS VPN környezetben az route origin community arra szolgál, hogy azonosítsa, honnan származnak az útvonalak, így elkerülhető az adott webhelyre történő visszaváltás.

ebben az esetben, amikor a PE1 megkapja az útvonalat a CE1-től, az útvonalhoz csatolt útvonal-cél mellett (export használatával) az útvonal származási közösségét is csatolja.

az Útvonal eléri a PE2-t, de a PE2 nem hirdeti a CE2-nek, mert tudja, hogy az oldalról származik.

nagy közösségek

a nagy közösség egy 12 bájtos BGP közösség, amelyet akkor fejlesztettek ki, amikor a 4 bájtos AS-t elkezdték kiosztani. Mivel a standard vagy kiterjesztett közösségek mindegyike 2 bájtos értékeket használ az AS – hez, a 4 bájtos AS nem férne bele a standard 2 bájtos értékbe.

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

BGP legjobb útvonalválasztó algoritmus

mint látta, a BGP közösségeknek több alkalmazásuk van. Fontosak az útvonalak címkézéséhez, a forgalom manipulálásához és különböző műveletek végrehajtásához az egyes közösségeknek megfelelő útvonalak BGP attribútumain.

amikor egy útválasztónak meg kell határoznia, hogy sok közül melyik utat kell megtennie egy adott rendeltetési helyre, akkor a BGP legjobb útvonalválasztási algoritmust kell követnie, amely kiértékeli a BGP attribútumokat. A BGP legjobb útvonalválasztó algoritmusáról bővebben az előző cikkünkben olvashat, BGP attribútumok.

BGP közösségi példák

ez a szakasz bemutatja, hogy egy útvonalhoz csatolt BGP-közösség hogyan befolyásolhatja az adott előtagból a gazdagépekre és a gépekről érkező feltöltési és letöltési forgalmat.

feltöltés

többféle módon lehet befolyásolni a feltöltési forgalmi útvonalat, de a leggyakoribb a helyi preferenciák használata.

amint azt a BGP attribútumok cikkben láthattuk, minél nagyobb az útvonal helyi preferenciájának értéke, annál valószínűbb, hogy az útvonalat a BGP legjobb útvonalválasztási algoritmusa választja ki.

a következő ábrán az R11 és az R12 úgy van konfigurálva, hogy:

• állítsa a helyi preferenciát 205-re, ha 1:205 közösségi útvonalat kapnak.
• állítsa a helyi preferenciát 210-re, ha 1:210 közösségi útvonalat kapnak.

mindkét útválasztó hirdeti az útvonalakat az R1-hez, amelynek el kell döntenie, hogy melyik utat használja. Ebben az esetben az R1 az R11 elérési útját használja, vagyis a forgalom így fog folyni:

Router kimenet feltöltése

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#

Download

a letöltési forgalmi útvonal befolyásolásának általános módja (vagy hogy mások hogyan küldenek forgalmat az AS-re) az AS_PATH előtag végrehajtása az AS-hez. Minél hosszabb az AS_PATH, annál kevésbé valószínű, hogy az útvonalat a legjobb útvonalválasztó algoritmus választja ki.

a következő ábrán az AS 1 előnyben részesíti, hogy az AS 111-ről továbbított forgalmat az R12-ből küldjük.

AS 111 (az R111 miatt) politikája kimondja, hogy ha AS 1 előtagot hirdet a közösséggel 1:1, végre egy AS_PATH előtag. Ezért az R111 az útvonal AS_ÚTVONALÁT as-ként állítja be . Ha az útvonal jön a közösség 1: 3, akkor végre három AS_PATH prepends ().

az R111 megkapja a két útvonalat, és az ezen útvonalakhoz kapcsolódó közösség alapján kell eljárnia. Mivel az R12-es útvonalat részesíti előnyben, a forgalom így folyik:

letöltés Router kimenet

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#

Összegzés

ebben a cikkben a BGP közösségi attribútumhoz elérhető leggyakoribb BGP közösségeket tárgyaltuk, valamint azt, hogyan használják őket a forgalom irányítására. Bár a BGP közösségek opcionális attribútumok, mind a belső, mind a külső forgalomirányításhoz hatékonyak. Akár arra is felhasználhatja őket, hogy előkészítse a forgalom átirányítását a tervezett újraindításokhoz és leállításokhoz.

a BGP koncepciókkal kapcsolatos további információkért olvassa el a hálózati rendszergazda útmutatóját.