لب عملی: پیکربندی Weighting در GLBP برای کنترل تعادل بار

این لب عملی weighting در GLBP مرتبط با ردیابی اینترفیس را پیکربندی می‌کند، و اجازه می‌دهد نسبت کلاینت‌هایی که هر فورواردر خدمت می‌کند به‌طور خودکار بر اساس سلامت خود روتر تغییر کند به‌جای همیشه تقسیم‌کردن بار به‌طور مساوی، و پیکربندی پایه GLBP پوشش‌داده‌شده پیش‌تر در این مجموعه را ظریف‌تر می‌کند.

Weighting در GLBPتعادل بار وزن‌دارردیابی اینترفیس GLBP

~4 min read · Updated Sep 23, 2026

هدف لب

پیکربندی weighting در GLBP روی دو روتر طوری‌که وزن اولیه‌شان تعداد آپ‌لینک‌های سالم را منعکس کند، پیوند‌دادن weighting به ردیابی اینترفیس، و تأیید اینکه نسبت تعادل‌بار بین دو فورواردر به‌طور خودکار وقتی یک روتر یک آپ‌لینک را از دست می‌دهد تغییر می‌کند.

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

لب GLBP پایه پوشش‌داده‌شده پیش‌تر در این مجموعه تعادل بار در سراسر دو فورواردر را بدون پرداختن به اینکه هرکدام واقعاً چقدر ترافیک دریافت می‌کند نشان داد. weighting در GLBP اجازه می‌دهد این تقسیم متناسب با سلامت و ظرفیت واقعی هر روتر باشد به‌جای فرض‌شدن مساوی، و ردیابی تنظیم آن وزن را با تغییر شرایط خودکار می‌کند.

توپولوژی لب

R1 ---- Gi0/1 ---- Switch1 (رو‌به‌سمت-کلاینت)
R1 ---- Gi0/2, Gi0/3 ---- دو آپ‌لینک WAN

R2 ---- Gi0/1 ---- Switch1 (رو‌به‌سمت-کلاینت)
R2 ---- Gi0/2 ---- یک آپ‌لینک WAN

IP مجازی: 192.168.180.1/24
R1: 192.168.180.2، R2: 192.168.180.3

وظیفه ۱: پیکربندی GLBP پایه

GLBP را همان‌طور که در لب قبلی پوشش داده شد، با هر دو روتر به‌عنوان فورواردرهای فعال، پیکربندی کن.

وظیفه ۲: پیکربندی ردیابی اینترفیس برای هر آپ‌لینک

weighting در GLBP را روی R1 طوری پیکربندی کن که وقتی هرکدام از دو آپ‌لینکش شکست بخورد کاهش یابد، و روی R2 که وقتی آپ‌لینک تکش شکست بخورد کاهش یابد.

وظیفه ۳: تأیید انعکاس سلامت کامل توسط Weighting اولیه

تأیید کن هر دو روتر وزن پیکربندی‌شده کاملشان را گزارش می‌دهند در حالی که همه آپ‌لینک‌ها سالم‌اند.

وظیفه ۴: شبیه‌سازی شکست یکی از دو آپ‌لینک R1

یکی از دو اینترفیس آپ‌لینک R1 را خاموش کن و تغییر وزن حاصل را مشاهده کن.

وظیفه ۵: تأیید تغییر نسبت تعادل‌بار

تأیید کن R1 اکنون نسبت کوچک‌تری از ترافیک کلاینت را نسبت به R2 فوروارد می‌کند، که ظرفیت آپ‌لینک کاهش‌یافته‌اش را منعکس می‌کند.

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

R1(config)# interface gigabitethernet0/1
R1(config-if)# glbp 1 ip 192.168.180.1
R1(config-if)# glbp 1 weighting 200 lower 100 upper 200

-- وزن شروع 200 (سلامت کامل، هر دو آپ‌لینک)؛
-- اگر وزن به 100 یا کمتر افت کند، این روتر
-- فوروارد‌کردن فعال را متوقف می‌کند تا دوباره
-- به 200 برسد

R1(config-if)# glbp 1 weighting track 1 decrement 50
R1(config-if)# glbp 1 weighting track 2 decrement 50

R1(config)# track 1 interface gigabitethernet0/2 line-protocol
R1(config)# track 2 interface gigabitethernet0/3 line-protocol

R2(config)# interface gigabitethernet0/1
R2(config-if)# glbp 1 ip 192.168.180.1
R2(config-if)# glbp 1 weighting 100 lower 50 upper 100
R2(config-if)# glbp 1 weighting track 3 decrement 100

R2(config)# track 3 interface gigabitethernet0/2 line-protocol

R1# show glbp gigabitethernet0/1 1 | include Weighting

Track object 1 state Up decrement 50
Track object 2 state Up decrement 50
Weighting 200, low 100, high 200 (configured)

R2# show glbp gigabitethernet0/1 1 | include Weighting

Track object 3 state Up decrement 100
Weighting 100, low 50, high 100 (configured)
-- هر دو روتر روی وزن پیکربندی‌شده کامل، چون
-- همه آپ‌لینک‌های ردیابی‌شده در حال حاضر up هستند

R1(config)# interface gigabitethernet0/2
R1(config-if)# shutdown

R1# show glbp gigabitethernet0/1 1 | include Weighting

Track object 1 state Down decrement 50
Track object 2 state Up decrement 50
Weighting 150, low 100, high 200 (configured)
-- وزن R1 از 200 به 150 افت کرد -- همچنان
-- بالای آستانه "low" آن یعنی 100، پس R1 یک
-- فورواردر فعال باقی می‌ماند، اما با وزن
-- نسبی کاهش‌یافته

R1# show glbp gigabitethernet0/1 1 | begin Forwarder

Forwarder  State    MAC address       Weight
1          Active   0007.b400.0101    150
2          Listen   0007.b400.0102    -

R2# show glbp gigabitethernet0/1 1 | begin Forwarder

Forwarder  State    MAC address       Weight
1          Listen   0007.b400.0101    -
2          Active   0007.b400.0102    100
-- R1 اکنون به‌طور متناسب ترافیک کمتری (وزن 150)
-- نسبت به R2 (وزن 100 اما در ابتدا این دو
-- 200 در مقابل 100 بودند، نسبت 2:1 -- اکنون
-- 150 در مقابل 100، یک تغییر که آن شکاف را
-- باریک‌تر می‌کند چون سلامت R1 واقعاً کاهش یافته)
-- فوروارد می‌کند

نکته کلیدی

weighting در GLBP رفتار پایه تعادل‌بار پوشش‌داده‌شده در یک لب قبلی را با متناسب‌کردن تصمیمات AVG درباره اینکه چند کلاینت به هر فورواردر اختصاص دهد با سلامت بی‌درنگ به‌جای یک فرض ثابت گسترش می‌دهد — ترکیب‌شده با ردیابی اینترفیس، این اجازه می‌دهد نسبت تعادل‌بار به‌طور خودکار هر روتری که در حال حاضر ظرفیت آپ‌لینک واقعی بهتری دارد را ترجیح دهد، بدون نیاز به هیچ بازپیکربندی دستی وقتی شرایط تغییر می‌کنند.

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