LDP — Label Distribution Protocol, MPLS routerlari orasida FEC va label bindinglarini almashish uchun ishlatiladigan control-plane protokoli. U odatda IGP topgan IP yo‘llar bo‘yicha hop-by-hop LSP hosil qiladi. LDP marshrutni o‘zi hisoblamaydi: OSPF yoki IS-IS next hopni beradi, LDP esa shu reachability uchun label ma’lumotini tarqatadi.
Qo‘shnini topish va sessiya
LDP discovery UDP 646-portdagi Hello xabarlari bilan bajariladi. Link Hello to‘g‘ridan-to‘g‘ri ulangan qo‘shnilarni, targeted Hello esa bevosita qo‘shni bo‘lmagan peerlarni topadi. Discoverydan keyin routerlar TCP 646 orqali LDP sessiya o‘rnatadi. TCP ishonchli va tartibli label xabar almashinuvini beradi.
Transport address sessiya endpointini belgilaydi. Router ID yoki loopbackka route bo‘lmasa, Hello ko‘rinsa ham TCP sessiya tuzilmasligi mumkin. IGPda transport address reachabilitysi LDP adjacencydan alohida tekshiriladi.
Label xabarlari
LDP asosiy xabar turlari orqali ishlaydi:
- Initialization sessiya parametrlarini kelishadi;
- KeepAlive sessiyani tirik saqlaydi;
- Address interfeys manzillarini e’lon qiladi;
- Label Mapping FEC-label binding beradi;
- Label Request talab asosida binding so‘raydi;
- Label Withdraw va Release bindingni bekor qiladi;
- Notification xato yoki statusni bildiradi.
Label advertisement downstream unsolicited yoki downstream-on-demand rejimida bo‘lishi mumkin. Birinchi holatda LSR bindinglarni so‘rovsiz e’lon qiladi. Ikkinchisida upstream kerakli FEC uchun label so‘raydi.
Label boshqaruvi
Independent control routerga downstream mappingni kutmasdan lokal binding e’lon qilish imkonini beradi. Ordered control egress yoki downstreamdan label olgan routerdan boshlab chain hosil qiladi. Liberal retention foydalanilmayotgan alternate qo‘shni bindinglarini saqlab, yo‘l o‘zgarganda tezroq almashishga yordam beradi; conservative retention xotirani tejash uchun faqat amaldagi bindingni saqlaydi.
PHP uchun egress odatda implicit-null label e’lon qiladi. Upstream shu bindingni ko‘rib paketdan transport labelni egressdan oldin olib tashlaydi. Explicit-null kerak bo‘lsa label egressgacha saqlanadi.
IGP-LDP sinxronlashuvi
Link IGPda up bo‘lib, LDP hali label almashmagan bo‘lsa, IP yo‘l yangi linkka o‘tadi, lekin MPLS trafikda label zanjiri uzilishi mumkin. IGP-LDP synchronization IGP metricni vaqtincha yuqori tutib, LDP tayyor bo‘lgach normal holatga qaytaradi. Bu ayniqsa MPLS core va VPN transportida blackhole xavfini kamaytiradi.
LDP graceful restart control plane qayta ishga tushganda forwarding holatini ma’lum muddat saqlashi mumkin. Qo‘shni ham capabilityni qo‘llashi va stale binding xavfsiz boshqarilishi kerak.
Cheklov va diagnostika
Oddiy LDP LSP IGP shortest pathga ergashadi va o‘zidan-o‘zi bandwidth reservation yoki explicit route bermaydi. Traffic engineering uchun RSVP-TE yoki Segment Routing ishlatilishi mumkin. LDP va TE tunnel bir tarmoqda o‘zaro transport yoki fallback sifatida uchrashi mumkin.
Diagnostikada discovery adjacency, TCP sessiya, FEC mapping, LIB/LFIB va IGP next hop tekshiriladi. Routerlar orasida MTU yoki ACL muammosi TCP 646 ni to‘sishi mumkin. Label mavjud, ammo forwarding ishlamasa, data-plane adjacency va MPLS yoqilgan interfeys holati ko‘riladi.
LDP autentifikatsiyasi
TCP sessiyasini ruxsatsiz peer yoki reset hujumidan cheklash uchun LDP transportida TCP MD5 signature kabi platformaga xos himoya ishlatilishi mumkin. Control-plane ACL faqat kutilgan qo‘shnilardan UDP/TCP 646 trafikiga ruxsat beradi. Bu label xabarlarini shifrlamaydi; management va routing infratuzilmasi alohida himoyalanadi. Parol yoki key ikki tomonda mos bo‘lmasa discovery ishlashi, ammo TCP sessiya o‘rnatilmasligi mumkin.
Bog‘liq tushunchalar
MPLS, Label binding, LSP, FEC, IGP-LDP synchronization, TCP 646