Az ldp protokoll leírása

Az LDP protokoll célja

Az LDP protokollt úgy alakították ki, hogy teljes kapcsolási útvonalat építsenek az LSP címkéken.

A szomszédos kapcsolatok beállítása

A routerek közötti szomszédos kapcsolatok kialakítása két fázisban történik:
  1. üzenetküldés Hello;
  2. LDP munkamenet beállítása.
Az N2 fázis csak akkor kerül végrehajtásra, ha az N1 fázis sikeresen végrehajtásra kerül.

Hello Messaging

LDP munkamenet létrehozása

Init üzenet

Az Init üzenet a következő információkat tartalmazza:
Protokoll verzió - protokoll verzió.
KeepAlive Time - a KeepAlive üzenetek maximális időtartama. Mindkét fél különböző értékeket kínálhat - minimálisan kell használni.
A-bites, címke hirdetési diszciplína - a címkékkel kapcsolatos információcsere módja. Kétféle információcserére van lehetőség a címkéken:
  • 1 - Downstream On Demand;
  • 0 - Lefelé irányuló kéretlen.
A D-but, Loop Detection egy olyan mechanizmus, amely megakadályozza az LSP cikolokat. 0 - ki, 1 - be van kapcsolva.
PVLim, Path Vector Limit - A hurokmegelőző mechanizmus működtetésére egy változó használható.
Max PDU hossza - Az LDP üzenetek PDU-kba (protokoll adategységekbe) vannak csoportosítva és egyetlen TCP / IP csomagban továbbítódnak. Max PDU Length - a kombinált LDP-üzenetek maximális lehetséges hosszúsága bájtban. A szomszédok különböző értékeket kínálhatnak, de mindkettőnek meg kell határoznia a minimumot. Ne feledje, hogy még egy üzenet is csomagolva van a PDU-n belül.
Receiver LDP Identifier - A címketerület azonosítója (vagy Label Space Identifier). A mező formátuma a következő: LSR_ID: Label_Space_ID. Az LSR_ID az LSR azonosító. Ennek az azonosítónak egyedinek kell lennie az MPLS tartományon belül, és egyedülálló az egyes LSR-ek esetében. A Label_Space_ID számos címke azonosítója. A címke azonosítója a PDU fejlécében van feltüntetve, ezáltal azonosítja a szomszédot és azt a felületet, amelyen a szomszéd telepítve van. Például két LSR-t két csatorna csatlakoztathat, és minden egyes csatornához különböző Label Space Identifier-eket kell felosztani, amelyek csak a Label_Space_ID értékben térnek el egymástól.
Megjegyzés: Az Init üzenet több további, opcionális mezőt is tartalmaz, amelyek leírását elhagyják. Az IP-hálózatokban ezeknek a mezőknek még nincs értelme.
Az LDP-munkamenet akkor állítható be, ha az alábbi feltételek teljesülnek:
  • a protokollverziók egybeesése (ez nem követeli meg az RFC-t, de ha valami váratlan ezen a területen, az önmagát tiszteletben tartó LSR nem fogja telepíteni az LDP munkamenetét);
  • az A-bites értékek egybeesése a hálózatban különböző kapcsolatokon, a címkékkel kapcsolatos információkhoz különböző propagációs módok lehetségesek, de ugyanazon a kapcsolaton a módnak egybe kell esnie.
Az RFC-nek megfelelő PVLim eltérés nem vezethet a munkamenet lezárásához, de figyelmeztetést okozhat az LSR-ben.

KeepAlive üzenetek

Minden LDP-munkamenet esetében az LSR-nek zárolnia kell az időzítőt. Miután megkapta az összes LDP üzenetet, az LSR beállítja az időzítőt 00:00-ra és elindítja újra. Mielőtt az időmérő eléri a "KeepAlive Time" értéket, a szomszédos LSR-nek minden LDP üzenetet küldenie kell. Ha a szomszédnak nincs informatív üzenetek a továbbításra, akkor üzenetet kell küldenie a KeepAlive-nak.
Megjegyzés: Egy konkrét megvalósítással az időzítő 00:00-ról "KeepAlive Time" -ra és ellentétes irányba működhet.
Ha az üzenetek nem érkeznek meg időben, akkor a szomszéd ki van kapcsolva, és a vele folytatott munkamenetet vissza kell állítani.

Információk cseréje a címkékről

Tekintsük a 2. ábrán látható áramkört. N1.

A FEC 10.1.1.0/24 LSR1 szempontjából a szomszédok LSR1 két csoportra osztható:
  • Az upstream LSR-k LSR3, LSR4.
  • A downstream LSR az LSR2. Ellenkező esetben a Downstream LSR hívható next-hop-LSR (NH-LSR).
Oroszul, ezeket az osztályokat nagyon nehéz megnevezni, a költőnek angol nyelvű fogalmakat kell használnia.

LDP funkcióparaméterek

Az LDP működésére számos paraméter található:
  • a címkeelosztási mód
  • a címkeelosztás vezérlési módját
  • a címkék tárolására szolgáló mechanizmus (Címke visszatartási mód)

Címke információcsere mód

A szomszédok között kétféle információcsere lehetséges a címkéken:
  • Downstream On Demand - kérésre;
  • Downstream kéretlen - nincs kérés.
Downstream On Demand módban az LSR-nek fel kell kérnie egy címkét, hogy hozzon létre egy LSP-t (a FEC-hez) a szomszédos LSR-ből, ami a következő FEC-re vonatkozik. A Downstream Unsolicited módban az LSR minden címke címkét rendel az IP-útválasztási táblázathoz, és elküldi azt minden szomszédjának. Ha egy szomszédos LSR-hez az eredeti LSR a következő hop, akkor a címke a kapcsolóasztalra van állítva.

A címkék elosztásának ellenőrzésére szolgáló mechanizmus

Vannak még több Label Distribution Control Mode mechanizmus is:
  • Független címkeelosztó vezérlés - független vezérlés;
  • Ordered Label Distribution Control - szabályos ellenőrzés.
Ha a címkék elosztása során független ellenőrzést használ, akkor az LSR címkéket adhat a FEC számára szomszédjaihoz, még akkor is, ha az LSR-nek nincs kimeneti címkéje önmagáért a következő LSR-ből. Ha szabályos szabályozást használ a címkék elosztására, az LSR nem osztja ki a címkéket a szomszédjaihoz, amíg az LSR nem kap egy kimeneti címkét a megadott FEC-hez az NH-LSR-ből. Ebben az üzemmódban az első elküldi a címkét az LSR-nek, amelyhez a FEC közvetlenül csatlakozik.

Címke tárolási mód

Címke visszatartási mód
  • Konzervatív címkemegtartási mód;
  • Liberális címke megőrzési mód (ingyenes címkézési mód).
Ha alacsony kulcsú mentési címke üzemmódot használ, amikor töröl egy útvonalat a FEC-en, a címke törlődik. Az LSP helyreállításához szükség van arra, hogy a címkét a szomszédos NH-LSR újonnan hozzárendelje. Ha az ingyenes mentési módot használja,
Az útvonal megsemmisítése a FEC címkén nem törlődik, hanem csak inaktívként van megjelölve. Abban az esetben, ha az FEC-hez vezető útvonalat ugyanazon NH-LSR-n keresztül helyreállítják, a címkét nem kérik, hanem a régiet használják, amelynek státusát az aktívaként változtatják.
Megjegyzés: A címkék tárolására szolgáló mód, a címkék elosztásának szabályozására szolgáló mechanizmus és a címkék tartási módja nem állapítható meg a szomszédok között az LDP felett.
Az LDP protokollnak a következő eseményekre kell reagálnia:
  • egy új FEC bejegyzés megjelenése az útválasztási táblában;
  • A FEC bejegyzés eltűnése az útválasztási táblázatból;
  • változtassa meg a következő FEC-felvételt.

Az LDP protokoll működési módjainak lehetséges kombinációi, valamint a működési példák a táblázatban találhatók. N1.
Táblázat. N1. Az LDP protokoll működőképességei.

Címke információcsere mód

új FEC bejegyzés

1) Minden szomszédos címkét küldünk minden ismert FEC-nek.
2) Várja meg az NH-LSR jelzését.
3) A kapott címkét a kapcsoláshoz használjuk
N1. Példa

1) várjuk, amíg a jel az NH-LSR-ből származik.
2) Minden szomszéd részére címkét küldünk a FEC-nek
3) A kapott címkét a kapcsoláshoz használjuk
PS. Az első címkét küld a FEC-hez csatlakoztatott útválasztónak
N2. Példa

next-hop változás a FEC rögzítéshez

1) Címkéket keresünk a "függőben lévő" listában.
2) Ha nem, küldje el az NH-LSR kérelmet címkére, ellenkező esetben a 4. bekezdést.
3) vár választ.
4) A kapott címkét a kapcsoláshoz használjuk.

1) Küldjön NH-LSR kérést egy címkére
2) Várjuk a választ
3) A kapott címkét a kapcsoláshoz használjuk

A jelölés kérése

Mi megkülönböztetjük a címkét anélkül, hogy várakoznánk NH-LSR válaszunkra.

A címkét csak az NH-LSR válasza után választják ki.

Mi megkülönböztetjük a címkét anélkül, hogy várakoznánk NH-LSR válaszunkra.


Ha a FEC bejegyzés eltűnik az útválasztási táblákból, akkor minden LSR-nek feltétlenül fel kell hívnia a hozzárendelt címkéket a FEC-nek a szomszédjaiktól történő átkapcsolására. Ez egy címke-visszahúzási üzenet elküldésével történik.

Ciklusmegelőzési mechanizmus

Az LDP protokoll tartalmaz egy mechanizmust a ciklusok megakadályozására. Ennek a mechanizmusnak az a célja, hogy ne engedélyezze a kérelmek és útvonalak kerékpározását. Ezt a hatást úgy érjük el, hogy az összes leképezés és címke leképezési kérelem üzeneteit olyan LSR-adatokkal látjuk el, amelyeken keresztül ezek a kérelmek eljutottak. Ha az LSR-k Ordered Control módban működnek, ez a hatás könnyen megvalósítható. Ha az LSR-ek Independes Controlt használnak, akkor az LSR-knek újra meg kell küldeniük a kéréseket és a válaszokat, mivel azok a LSR-ekre vonatkozó információk, amelyeken keresztül a megkeresések teltek el, frissülnek.
A hurok megakadályozására szolgáló mechanizmust nem lehet használni, mivel elméletben a hurok hiánya garantálja az IP útválasztási protokollt, az információt, ahonnan az LDP-t használja.
A hurok rövid ideig tarthat, csak akkor, ha az IP útválasztó protokoll lassan konvergál, és az LDP gyorsabban működik, mint az IP útválasztási protokoll.

LDP típusú üzenetek

A táblázatban. Az N2 felsorolja az LDP üzenetek típusát:
Táblázat. N2. LDP protokoll üzenetek.

Kapcsolódó cikkek