لب عملی: پیکربندی افزونگی GLBP

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

پیکربندی GLBPActive Virtual Gatewayتعادل بار GLBP

~3 min read · Updated Sep 22, 2026

هدف لب

پیکربندی GLBP روی دو روتری که یک آدرس IP مجازی را به اشتراک می‌گذارند، تأیید اینکه یکی Active Virtual Gateway می‌شود در حالی که هر دو به‌طور فعال ترافیک را فوروارد می‌کنند، و تأیید اینکه هاست‌های کلاینت مختلف آدرس‌های MAC مجازی متفاوتی که به روترهای فیزیکی متفاوت اشاره می‌کنند دریافت می‌کنند.

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

برخلاف HSRP، پوشش‌داده‌شده در لب قبلی، جایی که فقط روتر فعال هرگز ترافیک را فوروارد می‌کند در حالی که standby بی‌کار می‌نشیند، GLBP اجازه می‌دهد هر دو روتر هم‌زمان ترافیک را فوروارد کنند با دادن آدرس‌های MAC مجازی متفاوت به هاست‌های مختلف، و از ظرفیت پهنای‌باند هر دو روتر کاملاً استفاده می‌کند.

توپولوژی لب

R1 ---- Gi0/1 ---- Switch1
R2 ---- Gi0/1 ---- Switch1

R1: 192.168.16.2/24
R2: 192.168.16.3/24
IP مجازی: 192.168.16.1/24

PC-A: 192.168.16.10/24، دروازه 192.168.16.1
PC-B: 192.168.16.11/24، دروازه 192.168.16.1

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

اینترفیس‌های هر دو روتر روی سگمنت مشترک را پیکربندی کن.

وظیفه ۲: پیکربندی GLBP روی هر دو روتر

آدرس IP مجازی را روی هر دو روتر با استفاده از گروه GLBP 1 پیکربندی کن.

وظیفه ۳: تنظیم اولویت برای برقراری AVG

اولویت GLBP R1 را بالاتر از R2 تنظیم کن طوری‌که R1 Active Virtual Gateway شود.

وظیفه ۴: تأیید AVG و Active Virtual Forwarder ها

تأیید کن R1 AVG است و هر دو روتر به‌عنوان فورواردرهای فعال ظاهر می‌شوند.

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

تأیید کن PC-A و PC-B آدرس‌های MAC مجازی متفاوتی دریافت می‌کنند وقتی برای دروازه ARP می‌کنند.

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

R1(config)# interface gigabitethernet0/1
R1(config-if)# ip address 192.168.16.2 255.255.255.0
R1(config-if)# no shutdown

R2(config)# interface gigabitethernet0/1
R2(config-if)# ip address 192.168.16.3 255.255.255.0
R2(config-if)# no shutdown

R1(config)# interface gigabitethernet0/1
R1(config-if)# glbp 1 ip 192.168.16.1
R1(config-if)# glbp 1 priority 150

R2(config)# interface gigabitethernet0/1
R2(config-if)# glbp 1 ip 192.168.16.1

R1# show glbp brief

Interface   Grp  Fwd Pri  State   Address         Active router
Gi0/1       1    -   150  Active  192.168.16.1    local
Gi0/1       1    1   -    Active  0007.b400.0101  local
Gi0/1       1    2   -    Active  0007.b400.0102  192.168.16.3
-- R1 AVG است (اولویت 150)، و هر دو فورواردر
-- (1 و 2) Active هستند -- این تأیید می‌کند
-- هم R1 و هم R2 به‌طور فعال فوروارد می‌کنند،
-- برخلاف مدل فورواردر فعال واحد HSRP

PC-A> arp -a 192.168.16.1

192.168.16.1    0007.b400.0101
-- PC-A مک آدرس مجازی برای فورواردر 1 را
-- دریافت کرد (اشاره‌کننده به R1)

PC-B> arp -a 192.168.16.1

192.168.16.1    0007.b400.0102
-- PC-B یک مک آدرس مجازی متفاوت دریافت کرد،
-- برای فورواردر 2 (اشاره‌کننده به R2) -- هر
-- دو PC باور دارند دقیقاً از همان IP دروازه
-- استفاده می‌کنند، اما ترافیکشان واقعاً از
-- میان روترهای فیزیکی متفاوت جریان می‌یابد

نکته کلیدی

تعادل بار GLBP کاملاً در سطح پاسخ ARP رخ می‌دهد، که پیش‌تر در این مجموعه درباره تفکیک آدرس بحث شد: AVG (R1) به درخواست‌های ARP هاست‌های مختلف برای IP مجازی با آدرس‌های MAC مجازی متفاوت پاسخ می‌دهد، و به‌طور شفاف بار فوروارد‌کردن را در سراسر هر دو روتر پخش می‌کند در حالی که هر هاست همچنان باور دارد یک دروازه واحد را به اشتراک می‌گذارد.

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