لب عملی: پیکربندی VRF-Lite

این لب عملی VRF-Lite را روی یک روتر برای نگه‌داری دو جدول مسیریابی کاملاً جداگانه برای دو شبکه مشتری مختلف که یک روتر فیزیکی مشترک را به اشتراک می‌گذارند پیکربندی می‌کند، و تأیید می‌کند ترافیک هر VRF با وجود استفاده از فضای آدرس IP هم‌پوشان ایزوله باقی می‌ماند.

پیکربندی VRF-Liteفضای آدرس هم‌پوشانجدول مسیریابی هر-VRF

~3 min read · Updated Sep 24, 2026

هدف لب

پیکربندی دو VRF جداگانه روی یک روتر واحد، اختصاص اینترفیس‌ها به هرکدام، پیکربندی فضای آدرس IP هم‌پوشان بین دو VRF، و تأیید اینکه هر VRF یک جدول مسیریابی کاملاً مستقل بدون نشت بین آن‌ها نگه می‌دارد.

هدف لب (چرا مهم است)

یک روتر واحد با یک جدول مسیریابی سراسری واحد فقط می‌تواند از یک نمونه از هر زیرشبکه IP خاص پشتیبانی کند — دو مشتری که هر دو می‌خواهند از 192.168.1.0/24 روی همان روتر فیزیکی استفاده کنند معمولاً غیرممکن بود. VRF-Lite چند جدول مسیریابی از نظر منطقی جداگانه روی یک روتر می‌سازد، و اجازه می‌دهد فضای آدرس واقعاً هم‌پوشان به‌طور امن روی سخت‌افزار مشترک هم‌زیستی داشته باشد.

توپولوژی لب

R1
  Gi0/0 (VRF Customer-A): 192.168.1.1/24
  Gi0/1 (VRF Customer-B): 192.168.1.1/24
  -- زیرشبکه یکسان استفاده‌شده در هر دو VRF،
     چیزی غیرممکن بدون VRF-Lite

وظیفه ۱: ساخت دو VRF

VRF CUSTOMER-A و VRF CUSTOMER-B بساز.

وظیفه ۲: اختصاص اینترفیس‌ها به هر VRF

Gi0/0 را با CUSTOMER-A و Gi0/1 را با CUSTOMER-B مرتبط کن.

وظیفه ۳: پیکربندی آدرس‌های IP هم‌پوشان یکسان

هر دو اینترفیس را با همان آدرس 192.168.1.1/24 پیکربندی کن، و ایزوله‌سازی آدرسی که VRF ها فراهم می‌کنند را نشان بده.

وظیفه ۴: تأیید وجود جداول مسیریابی جداگانه

تأیید کن هر VRF جدول مسیریابی مستقل خودش را نگه می‌دارد.

وظیفه ۵: تأیید ایزوله‌سازی ترافیک بین VRF ها

تأیید کن یک دستگاه در VRF مشتری A نمی‌تواند به یک دستگاه در VRF مشتری B برسد، با وجود اینکه روتر ترافیک هر دو را فوروارد می‌کند.

راه‌حل و تأیید

R1(config)# vrf definition CUSTOMER-A
R1(config-vrf)# address-family ipv4
R1(config-vrf-af)# exit-address-family
R1(config-vrf)# exit

R1(config)# vrf definition CUSTOMER-B
R1(config-vrf)# address-family ipv4
R1(config-vrf-af)# exit-address-family

R1(config)# interface gigabitethernet0/0
R1(config-if)# vrf forwarding CUSTOMER-A
R1(config-if)# ip address 192.168.1.1 255.255.255.0
R1(config-if)# no shutdown

-- اعمال vrf forwarding نیازمند این است که
-- آدرس IP دوباره وارد شود، چون اختصاص یک
-- اینترفیس به یک VRF پیکربندی IP موجودش را پاک می‌کند

R1(config)# interface gigabitethernet0/1
R1(config-if)# vrf forwarding CUSTOMER-B
R1(config-if)# ip address 192.168.1.1 255.255.255.0
R1(config-if)# no shutdown

-- آدرس یکسان با VRF Gi0/0 -- بدون تعارض
-- پذیرفته شده، چون دو VRF فضاهای آدرس
-- کاملاً جداگانه‌ای نگه می‌دارند

R1# show ip route vrf CUSTOMER-A

Routing Table: CUSTOMER-A
C    192.168.1.0/24 is directly connected, GigabitEthernet0/0

R1# show ip route vrf CUSTOMER-B

Routing Table: CUSTOMER-B
C    192.168.1.0/24 is directly connected, GigabitEthernet0/1
-- دو جدول مسیریابی کاملاً جداگانه، هرکدام
-- شبکه یکسان 192.168.1.0/24 نگاشت‌شده به
-- یک اینترفیس متفاوت را نشان می‌دهند

R1# ping vrf CUSTOMER-A 192.168.1.1 source gigabitethernet0/1

-- تلاش برای رسیدن به VRF مشتری A با استفاده
-- از اینترفیس مشتری B به‌عنوان منبع
Sending 5, 100-byte ICMP Echos...
.....
Success rate is 0 percent (0/5)
-- هیچ نشتی بین VRF ها -- اینترفیس مشتری B
-- اصلاً نمی‌تواند به شبکه مشتری A برسد، با
-- وجود اینکه آدرس IP یکسان آنجا نیز وجود دارد

نکته کلیدی

VRF-Lite ایزوله‌سازی ترافیک لایه ۳ روی یک روتر فیزیکی واحد با استفاده از جداول مسیریابی کاملاً جداگانه به‌ازای هر VRF فراهم می‌کند، و اجازه می‌دهد فضای آدرس IP واقعاً هم‌پوشان بین مشتریان یا بخش‌های مختلف به‌طور امن روی سخت‌افزار مشترک هم‌زیستی داشته باشد — این معادل مبتنی‌بر-روتر ایزوله‌سازی لایه ۲ مبتنی‌بر-VLAN پیش‌تر در این مجموعه است، که به‌طور خاص به خود جدول مسیریابی به‌جای ترافیک سوئیچ‌شده گسترش یافته.

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue