LDP
دیمون ldpd یک پروتکل استاندارد است که امکان تبادل اطلاعات برچسب MPLS بین دستگاه‌های MPLS را فراهم میکند. پروتکل LDP پییرینگ بین دستگاه‌ها را ایجاد میکند تا این اطلاعات برچسب را تبادل کنند. این اطلاعات در جدول MPLS در zebra ذخیره میشود و اطلاعات MPLS را به سیستم زیرین (مانند هسته لینوکس یا سیستم OpenBSD) تزریق میکند. ldpd گزینه‌های لازم برای ایجاد یک VPN لایه 2 در شبکه MPLS را فراهم میکند. به عنوان مثال، می‌توان چندین سایت را که دامنه پخش یکسانی دارند به هم متصل کرد.
FRR پروتکل LDP را مطابق با RFC 5036 پیاده‌سازی میکند. سایر استانداردهای LDP عبارتند از: RFC 6720, RFC 6667, RFC 5919, RFC 5561, RFC 7552, RFC 4447. از آنجایی که MPLS از قبل در دسترس است، FRR همچنین از RFC 3031 پشتیبانی میکند.
درک اصول LDP
بیایید ابتدا برخی تعاریف را معرفی کنیم که به درک بهتر پروتکل LDP کمک میکند:
LSR : Labeled Switch Router. دستگاه‌های شبکه‌ای که برچسب‌ها را برای ارسال ترافیک بین و از طریق آن‌ها مدیریت می‌کنند.
LER : Labeled Edge Router. یک روتر لبه برچسب‌دار در لبه شبکه MPLS قرار دارد، معمولاً بین یک شبکه IP و یک شبکه MPLS.
LDP هدف آن به اشتراک گذاری اطلاعات برچسب در بین دستگاه‌ها است. این پروتکل سعی میکند با دستگاه‌های دارای قابلیت LDP از راه دور پییرینگ برقرار کند، ابتدا با استفاده از پورت UDP 646 کشف میکند، سپس با استفاده از پورت TCP 646 پییرینگ میکند. پس از برقراری جلسه TCP، اطلاعات برچسب از طریق تبلیغات برچسب به اشتراک گذاشته میشود.
روش‌های مختلفی برای ارسال حالت‌های تبلیغ برچسب وجود دارد. پیاده‌سازی فعلی از موارد زیر پشتیبانی میکند: Liberal Label Retention + Downstream Unsolicited + Independent Control. حالت‌های تبلیغاتی دیگر در زیر به تصویر کشیده شده‌اند و با پیاده‌سازی فعلی مقایسه شده‌اند:
Liberal label retention در مقابل حالت Conservative: در حالت Liberal، هر برچسبی که توسط هر LSR ارسال میشود در جدول MPLS ذخیره میشود. در حالت Conservative، فقط برچسبی که توسط بهترین next-hop (تعیین شده توسط متریک IGP) برای آن FEC خاص ارسال شده است در جدول MPLS ذخیره میشود.
Independent LSP Control در مقابل Ordered LSP Control: MPLS دو روش برای اتصال برچسب‌ها به FEC دارد؛ یا از طریق کنترل LSP مرتب‌شده، یا کنترل LSP مستقل. کنترل LSP مرتب‌شده فقط زمانی یک برچسب را به یک FEC متصل میکند که LSR خروجی باشد، یا روتر یک اتصال برچسب برای یک FEC از روتر next-hop دریافت کرده باشد. در این حالت، یک روتر MPLS یک اتصال برچسب برای هر FEC ایجاد میکند و آن را به همسایه‌های خود توزیع میکند تا زمانی که یک ورودی در RIB برای مقصد داشته باشد. در حالت دیگر، اتصالات برچسب بدون هیچ وابستگی به روتر دیگری که برچسب را برای یک FEC خاص تبلیغ میکند، انجام میشود. هر روتر تصمیم مستقل خود را برای ایجاد یک برچسب برای هر FEC می‌گیرد. به طور پیش‌فرض IOS از کنترل LSP مستقل استفاده میکند، در حالی که Juniper کنترل مرتب‌شده را پیاده‌سازی میکند. هر دو حالت با هم کار می‌کنند، تفاوت این است که کنترل مرتب‌شده از blackholing در طول فرآیند همگرایی LDP جلوگیری میکند، به قیمت کند کردن خود همگرایی.
Downstream Unsolicited در مقابل Downstream on Demand: توزیع برچسب Downstream on Demand جایی است که یک LSR باید صریحاً درخواست کند که برچسب از روتر downstream آن برای یک FEC خاص ارسال شود. توزیع برچسب Unsolicited جایی است که برچسب از روتر downstream بدون درخواست روتر اصلی ارسال میشود.
تنظیمات LDP
- mpls ldp
فعال یا غیرفعال کردن دیمون LDP
- router-id A.B.C.D
دستور زیر که در زیر نود config روتر MPLS قرار دارد، MPLS router-id دستگاه محلی را پیکربندی میکند.
- ordered-control
پیکربندی کنترل توزیع برچسب مرتب‌شده LDP.
- address-family [ipv4 | ipv6]
پیکربندی LDP برای خانواده آدرس IPv4 یا IPv6. این زیرنود که در زیر نود route MPLS قرار دارد، امکان پیکربندی همسایه‌های LDP را فراهم میکند.
- interface IFACE
این دستور که در زیر نود address-family MPLS قرار دارد، برای فعال یا غیرفعال کردن کشف LDP در هر اینترفیس استفاده میشود. IFACE نام اینترفیسی است که LDP در آن فعال است. به طور پیش‌فرض غیرفعال است. پس از اجرای این دستور، نود اینترفیس address-family پیکربندی میشود.
- discovery transport-address A.B.C.D | A:B::C:D
این دستور که در زیر نود اینترفیس address-family mpls قرار دارد، برای تنظیم آدرس transport IPv4 یا IPv6 استفاده میشود که پروتکل LDP برای ارتباط در این اینترفیس از آن استفاده میکند.
- ttl-security disable
این دستور که در زیر نود address-family LDP قرار دارد، برای غیرفعال کردن رویه‌های GTSM که در RFC 6720 (برای خانواده آدرس IPv4) و RFC 7552 (برای خانواده آدرس IPv6) توضیح داده شده است، استفاده میشود.
از آنجایی که GTSM برای LDPv6 اجباری است، تنها اثر غیرفعال کردن GTSM برای خانواده آدرس IPv6 این است که ldpd بسته‌هایی با hop limit کمتر از 255 را دور نمی‌ریزد. این ممکن است برای همکاری با پیاده‌سازی‌های قدیمی‌تر ضروری باشد. بسته‌های خروجی همچنان با استفاده از hop limit 255 برای حداکثر سازگاری ارسال می‌شوند.
اگر GTSM فعال باشد، همسایه‌های multi-hop باید یا GTSM را به صورت جداگانه غیرفعال کنند یا با فاصله hops مناسب ttl-security پیکربندی شوند.
- neighbor A.B.C.D password PASSWORD
دستور زیر که در زیر نود روتر MPLS قرار دارد، روتر یک دستگاه LDP را پیکربندی میکند. این دستگاه، در صورت یافت شدن، باید با رمز عبور پیکربندی شده مطابقت داشته باشد. PASSWORD یک رمز عبور متنی ساده است که digest آن از طریق شبکه ارسال میشود.
- neighbor A.B.C.D holdtime HOLDTIME
دستور زیر که در زیر نود روتر MPLS قرار دارد، مقدار holdtime را به ثانیه برای ID همسایه LDP پیکربندی میکند. پیکربندی آن مکانیزم keepalive را فعال میکند. این مقدار می‌تواند بین 15 تا 65535 ثانیه پیکربندی شود. پس از این زمان عدم پاسخ، جلسه LDP برقرار شده به عنوان down در نظر گرفته میشود. به طور پیش‌فرض، هیچ holdtime برای دستگاه‌های LDP پیکربندی نشده است.
- neighbor A.B.C.D ttl-security disable
این دستور که در زیر نود MPLS LDP قرار دارد، برای لغو پیکربندی سراسری و فعال/غیرفعال کردن GTSM برای همسایه مشخص شده استفاده میشود.
- neighbor A.B.C.D ttl-security hops (1-254)
این دستور که در زیر نود MPLS LDP قرار دارد، برای تنظیم حداکثر تعداد hops که همسایه مشخص شده ممکن است دور باشد استفاده میشود. هنگامی که GTSM برای این همسایه فعال است، بسته‌های ورودی باید TTL/hop limit برابر با 256 منهای این مقدار داشته باشند، که اطمینان می‌دهد از تعداد مورد انتظار hops بیشتر عبور نکرده‌اند. مقدار پیش‌فرض 1 است.
- discovery hello holdtime HOLDTIME
مقدار HOLDTIME از 1 تا 65535 ثانیه متغیر است. مقدار پیش‌فرض 15 ثانیه است. این مقدار به عنوان یک TLV در پیام‌های LDP اضافه میشود.
- discovery hello interval INTERVAL
مقدار INTERVAL از 1 تا 65535 ثانیه متغیر است. مقدار پیش‌فرض 5 ثانیه است. این مقدار بین هر پیام تایمر hello ارسال شده است.
- dual-stack transport-connection prefer ipv4
هنگامی که ldpd برای عملیات dual-stack پیکربندی میشود، ترجیح اتصال transport به طور پیش‌فرض IPv6 است (همانطور که در RFC 7552 مشخص شده است). در چنین شرایطی، ldpd از برقراری اتصالات TCP بر روی IPv4 خودداری میکند. می‌توانید از دستور بالا برای تغییر ترجیح اتصال transport به IPv4 استفاده کنید. در این صورت، امکان توزیع label mapping برای FECهای IPv6 بر روی اتصالات TCPv4 وجود خواهد داشت.
west-vm# show mpls ldp neighbor
AF ID State Remote Address Uptime
ipv4 1.1.1.1 OPERATIONAL 1.1.1.1 00:01:37
west-vm#
- show mpls ldp neighbor [A.B.C.D] capabilities
اطلاعات capabilities همسایه LDP را نمایش می‌دهد.
- show mpls ldp neighbor [A.B.C.D] detail
اطلاعات جزئی همسایه LDP را نمایش می‌دهد.
- show mpls ldp discovery [detail]
اطلاعات discovery LDP را نمایش می‌دهد.
- show mpls ldp ipv4 discovery [detail]
اطلاعات discovery LDP برای IPv4 را نمایش می‌دهد.
- show mpls ldp ipv6 discovery [detail]
اطلاعات discovery LDP برای IPv6 را نمایش می‌دهد.
- show mpls ldp ipv4 interface
اینترفیس‌های IPv4 که LDP در آن‌ها فعال است را نمایش می‌دهد.
west-vm# show mpls ldp ipv4 interface
AF Interface State Uptime Hello Timers ac
ipv4 eth1 ACTIVE 00:08:35 5/15 0
ipv4 eth3 ACTIVE 00:08:35 5/15 1
- show mpls ldp ipv6 interface
اینترفیس‌های IPv6 که LDP در آن‌ها فعال است را نمایش می‌دهد.
- show mpls ldp ipv4|ipv6 binding
binding به دست آمده از طریق تبادلات MPLS با LDP را نمایش می‌دهد.
west-vm# show mpls ldp ipv4 binding
AF Destination Nexthop Local Label Remote Label In Use
ipv4 1.1.1.1/32 1.1.1.1 16 imp-null yes
ipv4 2.2.2.2/32 1.1.1.1 imp-null 16 no
ipv4 10.0.2.0/24 1.1.1.1 imp-null imp-null no
ipv4 10.115.0.0/24 1.1.1.1 imp-null 17 no
ipv4 10.135.0.0/24 1.1.1.1 imp-null imp-null no
ipv4 10.200.0.0/24 1.1.1.1 17 imp-null yes
west-vm#
مشاهده اطلاعات LDP
این دستورات بخش‌های مختلف ldpd را نمایش می‌دهند.
- show mpls ldp neighbor [A.B.C.D]
این دستور همسایه‌های کشف شده را نمایش می‌دهد.
دستورات دیباگ LDP
- debug mpls ldp KIND
فعال یا غیرفعال کردن پیام‌های دیباگ از نوع مشخص شده.
KINDمی‌تواند یکی از موارد زیر باشد:discoveryerrorseventlabelsmessageszebra
مثال پیکربندی LDP
پیکربندی زیر یک پیکربندی معمولی MPLS یک دستگاه واقع در backbone MPLS را نشان می‌دهد. LDP در دو اینترفیس فعال است و سعی میکند با دو همسایه با router-id تنظیم شده به 1.1.1.1 یا 3.3.3.3 پییرینگ برقرار کند.
mpls ldp
router-id 2.2.2.2
neighbor 1.1.1.1 password test
neighbor 3.3.3.3 password test
!
address-family ipv4
discovery transport-address 2.2.2.2
!
interface eth1
!
interface eth3
!
exit-address-family
!
استقرار LDP در یک backbone معمولاً در توپولوژی پیکربندی full mesh انجام میشود. LDP معمولاً با یک IGP مانند OSPF مستقر میشود که به کشف IPهای از راه دور کمک میکند. مثال زیر یک استخراج پیکربندی OSPF است که با پیکربندی LDP همراه است.
router ospf
ospf router-id 2.2.2.2
network 0.0.0.0/0 area 0
!
خروجی زیر ورودی routing در سمت LER را نشان می‌دهد. ورودی routing OSPF (10.200.0.0) با ورودی Label (17) مرتبط است و نشان می‌دهد که عمل MPLS push برای ترافیک به آن مقصد اعمال میشود.
north-vm# show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP,
O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP,
F - PBR,
> - selected route, * - FIB route
O>* 1.1.1.1/32 [110/120] via 10.115.0.1, eth2, label 16, 00:00:15
O>* 2.2.2.2/32 [110/20] via 10.115.0.1, eth2, label implicit-null, 00:00:15
O 3.3.3.3/32 [110/10] via 0.0.0.0, loopback1 onlink, 00:01:19
C>* 3.3.3.3/32 is directly connected, loopback1, 00:01:29
O>* 10.0.2.0/24 [110/11] via 10.115.0.1, eth2, label implicit-null, 00:00:15
O 10.100.0.0/24 [110/10] is directly connected, eth1, 00:00:32
C>* 10.100.0.0/24 is directly connected, eth1, 00:00:32
O 10.115.0.0/24 [110/10] is directly connected, eth2, 00:00:25
C>* 10.115.0.0/24 is directly connected, eth2, 00:00:32
O>* 10.135.0.0/24 [110/110] via 10.115.0.1, eth2, label implicit-null, 00:00:15
O>* 10.200.0.0/24 [110/210] via 10.115.0.1, eth2, label 17, 00:00:15
north-vm#
مثال اضافی که استفاده از برخی گزینه‌های پیکربندی متفرقه را نشان می‌دهد:
interface ge0
!
interface ge1
!
interface loopback0
!
mpls ldp
dual-stack cisco-interop
neighbor 10.0.1.5 password opensourcerouting
neighbor 172.16.0.1 password opensourcerouting
!
address-family ipv4
discovery transport-address 10.0.1.1
label local advertise explicit-null
!
interface ge0
!
interface ge1
!
!
address-family ipv6
discovery transport-address 2001:db8::1
!
interface ge1
!
!
!
l2vpn ENG type vpls
!
member pseudowire mpls-tunnel1
neighbor lsr-id 1.1.1.1
pw-id 100
!
!
MPLS
آشنایی با مفهوم MPLS
MPLS مخفف Multiprotocol Label Switching یک بستر ارتباط خصوصی است و به بیان ساده MPLS عمل سوئچینگ را با استفاده از مکانیزم Label گذاری در بستر روتینگ انجام می دهد . این پروتکل برای این به وجود آمد که مشکل کند شدن Router ها در شبکه های کلان و زیر فشار را با مکانیزمی ساده تر مثل Label زدن به ترافیک هر مشتری حل کند در حالیکه با پیشرفت روتر ها نیاز چندانی به MPLS برای حل این مشکل دیده نشد، از آن به خاطر توانایی های زیاد در Traffic Engineering – Quality of Services و هم چنین Virtual Private Networks و Any-Transport over MPLS AToM استفاده میشود.
MPLS در یک لایه خاص از OSI قرار نمی گیرد و عملکرد آن بین لایه دوم (Data link) و لایه سوم (Network) قرار می گیرد به همین خاطر آنرا به عنوان یک پروتکل لایه 2.5 معرفی می کنند.
تنها دستگاهی که از سمت client با ام پی ال اس کار میکند روتر است، پس به عنوان مشترک کار چندانی به ساختار درونی MPLS نداریم و تنها به روتر سمت سرویس دهنده (Provider Edge – PE) متصل شده و به کمک BGP یا هر روش دیگر؛ از شبکه های دیگر خود متصل به MPLS با خبر شده و اطلاعات خود را از میان ابر MPLS عبور میدهیم.
در نسخه فعلی روتر سودار پروتکل mpls و همچنین تونل vpls را پشتیبانی می کند و شما می توانید از آن در شبکه های خود استفاده نمایید .
آموزش راه اندازی MPLS در سودار
برای تست mpls سناریوی زیر را در نظر بگیرید . فرض می کنیم پروتکل ospf از قبل در این سناریو تنظیم شده است .( نحوه تنظیم ospf ) . ما در این بخش فقط نحوه تنظیم پروتکل mpls را در این ۳ روتر برای نمونه شرح می دهیم :
- ldp router-id (اختیاری)
پروتکل LDP از ldp router-id برای ارتباط با دیگر روترهای سودار استفاده میکند. اگر Router-ID در پروتکل LDP توسط Admin تنظیم نشده باشد به طور پیش‌فرض بزرگترین IP اینترفیس‌های loopback به عنوان ldp router-id استفاده میشود. و اگر هیچ IP در اینترفیس‌های loopback تنظیم نشده باشد بزرگترین IP اختصاص داده شده به اینترفیس‌های روتر برای ldp router-id استفاده میشود. ما در اینجا به اینترفیس loopback0 آدرس IP اختصاص میدهیم تا به عنوان router-id استفاده شود. البته همانطور که گفتیم این کار اختیاری است و اگر انجام نشود مقدار router-id به صورت خودکار تنظیم میشود.
فعال کردن mpls در اینترفیس ها
1. اختصاص IP به اینترفیس loopback
در ابتدا حتماً باید یک اینترفیس loopback داشته باشید و به آن IP اختصاص دهید. اینترفیس loopback0 که یک اینترفیس loopback است به صورت پیش‌فرض در سودار ایجاد شده است و فقط لازم است یک IP دلخواه به آن اختصاص دهید:
soodar(config)# int loopback0
soodar(config-if)# ip address 222.1.1.1/32
2. فعال کردن MPLS در اینترفیس
به شکل زیر MPLS را در اینترفیس مورد نظر فعال می‌کنیم:
soodar(config)# int ge0
soodar(config-if)# mpls ip
تنظیمات ldp (اختیاری)
تنظیم router-id
می‌توانید با دستورات ldp router-id دلخواه خود را تنظیم کنید:
soodar(config)# mpls ldp
soodar(config-ldp)# router-id 222.1.1.1
تنظیمات discovery
به طور پیش‌فرض از بزرگترین IP اینترفیس loopback و در صورت نبود اینترفیس Loopback از بزرگترین IP دیگر اینترفیس‌ها برای discovery transport-address استفاده میشود اما اگر مایل باشید می‌توانید IP دلخواه خود را برای آن تنظیم کنید (دقت کنید روترهای همسایه برای برقراری ارتباط LDP حتماً باید به این آدرس route داشته باشند):
soodar(config-ldp)# address-family ipv4
soodar(config-ldp-af)# discovery transport-address 5.10.2.111
حال با توجه به توضیحات بالا mpls را در روتر ها اعمال می کنیم :
1. اختصاص IP به اینترفیس loopback0
soodar1(config)# interface loopback0
soodar1(config-if)# ip address 222.1.1.1/32
2. فعال کردن MPLS در اینترفیس‌ها
MPLS را در اینترفیس‌های ge0, ge1 فعال می‌کنیم:
soodar1(config)# int ge0
soodar1(config-if)# mpls ip
3. تنظیمات پروتکل LDP
تنظیم router-id:
soodar1(config)# mpls ldp
soodar1(config-ldp)# router-id 222.1.1.1
تنظیمات discovery:
soodar1(config-ldp)# address-family ipv4
soodar1(config-ldp-af)# discovery transport-address 222.1.1.1
soodar1(config-ldp-af)# interface ge0
soodar1(config-ldp-af-if)# exit
soodar1(config-ldp-af)# interface ge1
soodar1(config-ldp-af)# end
soodar1# write
برای دو روتر دیگر نیز به همین شکل عمل می کنیم . تنظیمات soodar3 , soodar2 را نیز در ادامه آورده ایم اما توضیحات مربوط به هر بخش بدلیل تکراری بودن حذف شده است :
soodar2(config)# interface loopback0
soodar2(config-if)# ip address 222.2.2.2/32
soodar2(config)# int ge0
soodar2(config-if)# mpls ip
soodar2(config-if)# q
soodar2(config)# int ge1
soodar2(config-if)# mpls ip
soodar2(config)#
soodar2(config)# mpls ldp
soodar2(config-ldp)# router-id 222.2.2.2
soodar2(config-ldp)# address-family ipv4
soodar2(config-ldp-af)#
soodar2(config-ldp-af)# discovery transport-address 222.2.2.2
soodar2(config-ldp-af)# interface ge0
soodar2#(config-ldp-af-if)# exit
soodar2(config-ldp-af)# interface ge1
soodar2(config-ldp-af) # end
soodar2# write
soodar3(config)# interface loopback0
soodar3(config-if)# ip address 222.3.3.3/32
soodar3(config)# int ge0
soodar3(config-if)# mpls ip
soodar3(config)#
soodar3(config)# mpls ldp
soodar3(config-ldp)# router-id 222.3.3.3
soodar3(config-ldp)# address-family ipv4
soodar3(config-ldp-af)#
soodar3(config-ldp-af)# discovery transport-address 222.3.3.3
soodar3(config-ldp-af)# interface ge0
soodar3#(config-ldp-af-if)# exit
soodar3(config-ldp-af)# interface ge1
soodar3(config-ldp-af) # end
soodar3# write
مشاهده جدول MPLS
با استفاده از دستورات زیر جدول mpls و همسایه های mpls روتر ها را مشاهده می‌کنیم :
soodar1# sh mpls ldp neighbor
AF ID State Remote Address Uptime
ipv4 222.2.2.2 OPERATIONAL 222.2.2.2 00:03:26
soodar1# sh mpls ldp binding
AF Destination Nexthop Local Label Remote Label In Use
ipv4 1.1.1.0/24 222.2.2.2 imp-null 16 no
ipv4 2.1.1.0/24 222.2.2.2 16 imp-null yes
ipv4 3.1.1.0/24 222.2.2.2 19 19 yes
ipv4 111.1.1.0/24 222.2.2.2 imp-null imp-null no
ipv4 200.1.2.0/24 222.2.2.2 imp-null imp-null no
ipv4 200.1.3.0/24 222.2.2.2 imp-null 17 no
ipv4 200.2.3.0/24 222.2.2.2 17 imp-null yes
ipv4 222.1.1.1/32 222.2.2.2 imp-null 18 no
ipv4 222.2.2.2/32 222.2.2.2 18 imp-null yes
ipv4 222.3.3.3/32 222.2.2.2 20 20 yes
بررسی عملکرد MPLS
حال با ping کردن ارتباط بین شبکه های روتر ها را تست کنید . با چک کردن بسته ای در حال عبور بین روتر ها ( با استفاده از پورت span ) می توانید label بسته ها را مشاهده کنید و از اعمال شدن پروتکل mpls روی بسته ها اطمینان حاصل کنید .
غیر فعال کردن mpls
برای غیر فعال کردن mpls در روتر کافی است mpls را در اینترفیس هایی که فعال کرده اید غیر فعال کنید . همچنین می توانید پروتکل ldp را کلا در روتر غیر فعال کنید .
غیر فعال کردن mpls در اینترفیس
برای غیر فعال کردن mpls در اینترفیس باید دستور زیر را وارد کنید :
soodar3(config)# int ge0
soodar3(config-if)# no mpls ip
غیرفعال کردن LDP
پس از فعال کردن MPLS در روتر به طور خودکار پروتکل LDP تنظیم میشود. با غیرفعال کردن MPLS در اینترفیس‌ها LDP دیگر روی آن اینترفیس با دیگر روترها صحبت نمی‌کند. اگر مایلید بعد از غیرفعال کردن MPLS در همه اینترفیس‌ها، تنظیمات LDP را نیز حذف کنید باید از دستور زیر استفاده کنید (دقت شود این دستور را زمانی استفاده کنید که MPLS در همه اینترفیس‌ها غیرفعال شده باشد):
soodar3(config)# no mpls ldp
MPLS در IPv6
تنظیمات MPLS در IPv6 همانند IPv4 می‌باشد با این تفاوت که به جای عبارت ip باید از ipv6 استفاده کنید. برای مثال:
soodar3(config)# int ge0
soodar3(config-if)# mpls ipv6
--------
soodar3(config-ldp)# address-family ipv6
soodar3(config-ldp-af)#
soodar3(config-ldp-af)# discovery transport-address 222.3.3.3
-------
soodar3(config)# int ge0
soodar3(config-if)# no mpls ipv6
نکته
مسیر هایی که یک hop داشته باشند label نمی خورند و implicit-null هستند . بنابراین باید حداقل ۲ hop بین مبدا و مقصد وجود داشته باشد تا label زده شود .