در توسینسو تدریس کنید

و

با دانش خود درآمد کسب کنید

پروتکل FHRP چیست ؟ قسمت 4 : پادکست صوتی GLBP چیست ؟


پادکست

دانلود پادکست صوتی GLBP


سطح مقاله

مقدماتی - پیشرفته


ممکن است

پس از مطالعه این مقاله ، به موارد زیر هم علاقهمند باشید ، اگر اینطور است ایــنــجــــا کلیک کنید.

1. در خصوص حل یک ( یا چند ) سناریو ( بدون هیج توضیح اضافه و فقط کامند ) آموزشی
2.حل یک سناریو آموزشی ( بدون کانفیگ ) ( آفر نوبت شما )
3.کامندهای مورد استفاده در سناریو
4.تهیه ویدیو آموزشی ( این دوره )
5.مبحث TSHOOT این سناریو
6.توضیح مختصر و مفید در دانشنامه




بررسی پروتکل GLBP از خانواده FHRP
GLBP ( GATEWAY  LOAD BALANCING  PROTOCOL )
در این مقاله قصد داریم با پروتکل GLBP که مخفف GATEWAY LOAD BALANCING PROTOCOL و از 3 الگوریتم برای مبحث LOAD-BALANCE استفاده می کند ، آشنا خواهیم شد.

پروتکل GLBP ، پروتکل اختصاصی شرکت سیسکو است و همانطور که گفته شد بصورت دیفالت از 3 روش برای LOAD-BALANCE استفاده می کند.این پروتکل را در سطح روتر در خیلی از IOS ها می توانیم داشته باشیم اما در زمینه MLS ها ما به سوئیچ های 4500,6500 محدود شده ایم.این پروتک برای برداشتن محدودیت هایی که در پروتکل HSRP و VRRP با آن مواجه بودیم معرفی شد.

در پروتکل های HSRP و VRRP ما تنها یک روتر ACTIVE داشتیم که ترافیک از طریق آن به خارج از شبکه ( اینترنت ) ارسال میشد و سایر روتر ها منتظر بودند تا روتر ACTIVE ی ، FAIL شود تا جایگزین آن شوند.
همچنین در پروتکل های مزبور (HSRP و VRRP )وقتی کلاینت هایی که برای GATEWAY آنها VIRTUAL IP تخصیص داده شده بود و حالا برای VIRTUAL MAC آنها ، ARP REQUEST ارسال میکردند ، تنها روتر ACTIVE ( در HSRP ) , و MASTER ( در VRRP ) جوابگو بودند و برای آنها در ARP REPLY ارسالی ، VIRTUAL MAC را معرفی می کردند.

اما در پروتکل GLBP ، وقتی کلاینت ها برای مک VIRTUAL IP ی ، ARP REQUEST ارسال می کنند ، روتر AVG پاسخگو است و در هر بار ARP REQUEST کلاینت ها ، VIRTUAL MAC یکی از FORWARDER ها را معرفی میکند که البته براساس یکسری الگوریتم ، این روش ( اختصاص VIRTUAL MAC ) متفاوت است.

4


ARP REQUEST 1 --->  VIRTUAL MAC AVF 1
ARP REQUEST 2 --->  VIRTUAL MAC AVF 2
ARP REQUEST 3 --->  VIRTUAL MAC AVF 3
ARP REQUEST 4 --->  VIRTUAL MAC AVF 4


3


همانطور که دیدیم اساس این پروتکل بر LOAD-BALANCE است و به ازای N روتر یک روتر بعنوان AVG و 4 روتر بعنوان AVF انتخاب می شود ( البته AVG خودش AVF هم هست.)این AVF ها قادر به ارسال همزمان ترافیک به سمت مقصد خواهند بود و همانطور که می بینیم روترهای گروه GLBP علاوه بر تحمل خطا ، امکان تحمل خطا و LOAD-BALANCE و ارسال ترافیک از طریق چندین روتر به مقصد را فراهم نموده است .

همانطور که گفته شد از N روتر موجود ، یک روتر بعنوان AVG انتخاب می شود که وظیفه AVG مدیر بودن گروه GLBP است و از میان این روتر ها 3 روتر دیگر بعنوان AVF و البته خود AVG هم چون نقش AVF دارد و درمجموع 4 روتر بعنوان AVF انتخاب می شود ومابقی روتر ها در وضعیت BACKUP قرار میگیرند.

همانطور که گفته شد AVG نقش مدیر را درگروه GLBP بازی میکند و AVG است که تصمیم می گیرد در پاسخ به ARP REQUEST کارابران ، کدام VIRTUAL MAC را بسته به نوع الگوریتم به آنها معرفی کند.

1


همانطور که در تصویر هم پیداست ، ARP REQUEST تمام کلاینت ها ابتدا به AVG می رسد و AVG به آنها VIRTUAL MAC یکی از AVF ها را معرفی می کند و من بعد ترافیک آن کلاینت از طریق همان AVF ای که AVG آنرا معرفی کرد ، ترافیک ارسال می شود و AVF ها وظیفه FORWARD کردن ترافیک را بر عهده دارند.


نحوه انتخاب AVG

روتری که در گروه GLBP بالاترین PRIORITY را بر عهده داشته باشد به عنوان AVG انتخاب خواهد شد.مقدار دیفالت PRIORITY 100 می باشد که این مقدار می تواند بین 1-255 تغییر کند.

در صورتی که مقدار PRIORITY یکسان باشد ، روتری که بزرگترین IP ADD در سطح اینترفیس را داشته باشد بعنوان AVG انتخاب خواهد شد.


عملکرد GLBP پس از FAIL شدن AVG

اگر AVG ی ، FAIL شود ، روتری که دومین و بزرگترین PRIORITY و دروهله دوم بزرگترین IP در سطح اینترفیس را دارد نقش AVG را بر عهده میگیرد.


ادامه مباحث در قالب سناریو
سناریو زیر را در نظر بگیرید ، من از 5 روتر استفاده کردم تا مبحث AVG و AVF راحت تر درک شود.
از قبل به یادداریم که کانفیگ های مربوط به FHRP ها در سطح اینترفیس اجرا می شود.

بررسی پروتکل GLBP از خانواده FHRP


R1(config-if)#INT ETH 0/0
R1(config-if)#GLBP 1 IP 192.168.1.10
R1(config-if)#GLBP 1 PRIORITY 200
R1(config-if)#GLBP 1 PREEMPT


R2(config)#INT ETH 0/0
R2(config-if)#GLBP 1 IP 192.168.1.10
R2(config-if)#GLBP 1 PRIORITY 150
R2(config-if)#GLBP 1 PREEMPT
R2(config-if)#

R3(config)#INT ETH 0/0
R3(config-if)#GLBP 1 IP 192.168.1.10
R3(config-if)#GLBP 1 PRIORITY 120
R3(config-if)#GLBP 1 PREEMPT

R4(config)#INT ETH 0/0
R4(config-if)#GLBP 1 IP 192.168.1.10
R4(config-if)#GLBP 1 PRIORITY 110
R4(config-if)#GLBP 1 PREEMPT
R4(config-if)#

R5(config-if)#INT ETH 0/0
R5(config-if)#GLBP 1 IP 192.168.1.10
R5(config-if)#


نگاهی به کامند ها می اندازیم که البته شبیه پروتکل HSRP است
R1(config-if)#GLBP 1 IP 192.168.1.1
این دستور باعث فعال شدن پروتکل GLBP بر روی این اینترفیس و تعیین شماره 1 به عنوان شماره گروه GLBP که این اینترفیس در عضویت آن قرار دارد و در ادامه آدرس 192.168.1.1 به عنوان آدرس گروه GLBP تعیین خواهد شد. این آدرس گروه تحت عنوان VIRTUAL IP در GATEWAY کلاینت ها تخصیص داده می شود.

R1(config-if)#GLBP 1 PRIORITY 200
این دستور PRIORITY مربوط به این روتر را برای گروه GLBP تعیین خواهد کرد ، روتری که دارای PRIORITY بالاتری باشد به عنوان روتر AVG انتخاب خواهد شد.البته می خواهیم این روتر AVG باشد.

R1(config-if)#GLBP  1  PREEmpt
با استفاده از این کامند در صورتی که روتر AVG در گروه GLBP دچار مشکل شود و یکی از روترهای داخل گروه GLBP نقش روتر AVG را بر عهده بگیرد در صورت به کار افتادن دوباره روتر AVG ، آن روتر قادر به گرفتن نقش روتر AVG خواهد بود.
قابلیت PREEMPT بصورت دیفالت در GLBP فعال نیست ( مثل HSRP ) و باید از طریق کامند فرق آنرا فعال کرد.

R1#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   200 Active   192.168.1.10    local           192.168.1.2
Et0/0       1    1   -   Active   0007.b400.0101  local           -
Et0/0       1    2   -   Listen   0007.b400.0102  192.168.1.2     -
Et0/0       1    3   -   Listen   0007.b400.0103  192.168.1.3     -
Et0/0       1    4   -   Listen   0007.b400.0104  192.168.1.4     -
R1#


R2#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   150 Standby  192.168.1.10    192.168.1.1     local
Et0/0       1    1   -   Listen   0007.b400.0101  192.168.1.1     -
Et0/0       1    2   -   Active   0007.b400.0102  local           -
Et0/0       1    3   -   Listen   0007.b400.0103  192.168.1.3     -
Et0/0       1    4   -   Listen   0007.b400.0104  192.168.1.4     -
R2#

R5#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   100 Listen   192.168.1.10    192.168.1.1     192.168.1.2
Et0/0       1    1   -   Listen   0007.b400.0101  192.168.1.1     -
Et0/0       1    2   -   Listen   0007.b400.0102  192.168.1.2     -
Et0/0       1    3   -   Listen   0007.b400.0103  192.168.1.3     -
Et0/0       1    4   -   Listen   0007.b400.0104  192.168.1.4     -
R5#


خب بیائید خروجی دستور SHOW GLBP Brief را در روتر AVG با هم بررسی کنیم.

R1#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   200 Active   192.168.1.10    local           192.168.1.2
Et0/0       1    1   -   Active   0007.b400.0101  local           -
Et0/0       1    2   -   Listen   0007.b400.0102  192.168.1.2     -
Et0/0       1    3   -   Listen   0007.b400.0103  192.168.1.3     -
Et0/0       1    4   -   Listen   0007.b400.0104  192.168.1.4     -
R1#

توضیحات خط اول خرجی دستور ، در خصوص ویژگیهای همان روتر در گروه GLBP است .یعنی می گوید روتر R1 در گروه 1 است و مقدار PRIORITY آن 200 است.VIRTUAL IP ی گروه GLBP ،ای پی VIP 192.168.1.10 است و نقش این روتر در گروه GLBP ، ی ACTIVE است. ( ACTIVE ROUTER LOCAL )
در ادامه توضیحات خط اول آمده است که روتر STANDBY در گروه 1 ) روتر دوم برای AVG شدن ) دارای IP 192.168.1.2 می باشد.

در خط دوم میگوید این روتر AVF 1 است ( AVF 1- ACTIVE-LOCAL ) که دارای V.MAC ی 0007.b400.0101 می باشد.



حالا سراغ روتر R2 می رویم :
R2#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   150 Standby  192.168.1.10    192.168.1.1     local
Et0/0       1    1   -   Listen   0007.b400.0101  192.168.1.1     -
Et0/0       1    2   -   Active   0007.b400.0102  local           -
Et0/0       1    3   -   Listen   0007.b400.0103  192.168.1.3     -
Et0/0       1    4   -   Listen   0007.b400.0104  192.168.1.4     -
R2#



توضیحات خط اول خرجی دستور :روتر R2 در گروه 1 است و مقدار PRIORITY آن 150 است و نقش آن STANDBY ( روتر دوم برای AVG شدن ) است.روتر ACTIVE در گروه GLBP دارای IP 192.168.1.1 است و روتر STANDBY همین روتر R2 است.

اگر به سایر سطر ها دقت کنیم ، در سطری که برای قسمت STATE ، ی ACTIVE را نمایش می دهد می گوید ، روتر R2 ی، در نقش AVF 2 عمل میکند که دارای V.MAC ی 0007.b400.0102 می باشد.



اما روتر R5
R5#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   100 Listen   192.168.1.10    192.168.1.1     192.168.1.2
Et0/0       1    1   -   Listen   0007.b400.0101  192.168.1.1     -
Et0/0       1    2   -   Listen   0007.b400.0102  192.168.1.2     -
Et0/0       1    3   -   Listen   0007.b400.0103  192.168.1.3     -
Et0/0       1    4   -   Listen   0007.b400.0104  192.168.1.4     -


همانطور که می بینیم جزئ هیچکدام از AVF ها نیست پس FORWARDER نیست و در توضیحات خط اول آمده است که این روتر دارای PRIORITY 100 و آدرس اینترفیس مجازی گروه GLBP ، 192.168.1.10 می باشد.



GLBP VIRTUAL MAC

ساختار آن بصورت زیر است :
5.V



عکس العمل GLBP و AVG بعد از FAIL شدن AVF

قبل از اینکه این عکس العمل و واکنش AVG را ببینیم ابتدا از کلاینت ها ، IP ی DEFAULT GATEWAY را پینگ و آنرا بررسی میکنیم :
PC1#
PC1#PING 192.168.1.10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.10, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 16/63/116 ms
PC1#

PC2#
PC2#PING 192.168.1.10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.10, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 31/49/72 ms
PC2#

PC3#
PC3#PING 192.168.1.10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.10, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 12/32/50 ms
PC3#


سراغ کلاینت 1 می رویم تا ببینیم کدام AVF وظیفه FORWARD کردن ترافیک این کلاینت را بر عهده دارد :
PC1#SHOW ARP
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  192.168.1.10            2   0007.b400.0102  ARPA   Ethernet0/0
PC1#


R2#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   150 Standby  192.168.1.10    192.168.1.1     local
Et0/0       1    2   -   Active   0007.b400.0102  local           -


همانطور که می بینیم روتر R2 در نقش AVF 2 عمل میکند حال سوال این است که اگر این AVF به هر دلیلی DOWN شود چه اتفاقی می افتد ، بدون شک روتر R5 که اکنون در وضعیت BACKUP است وارد بازی می شود حالا تصور کنید R5 هم در بازی نباشد و از 4 روتر یکی از آنها که R2 است FAIL شود.

R5(config)#INT ETH 0/0
R5(config-if)#SHU
R5(config-if)#SHUtdown 
R5(config-if)#

R2(config)#INT ETHernet 0/0
R2(config-if)#SHUT
R2(config-if)#SHUTdown 
R2(config-if)#


مجدا" از کلاینت مربوطه GATEWAY را پینگ میگیرم

PC1#
PC1#PING 192.168.1.10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.10, timeout is 2 seconds:
.!!!!
Success rate is 80 percent (4/5), round-trip min/avg/max = 47/85/177 ms
PC1#
PC1#SHOW ARP 
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  192.168.1.10           12   0007.b400.0102  ARPA   Ethernet0/0


همچنان برای ای پی 192.168.1.10 ، مقدار V.MAC ی 0007.b400.0102 در نظرگرفته شده است.حالا ببینیم کدام روتر برای این مک پاسخگو است
R4#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   110 Listen   192.168.1.10    192.168.1.1     192.168.1.3
Et0/0       1    1   -   Listen   0007.b400.0101  192.168.1.1     -
Et0/0       1    2   -   Active   0007.b400.0102  local           -
Et0/0       1    3   -   Listen   0007.b400.0103  192.168.1.3     -
Et0/0       1    4   -   Active   0007.b400.0104  local           -


همانطور که می بینیم روتر R4 ی ، علاوه بر اینکه برای V.MAC 0007.b400.0104 ، پاسخگو است ، برای
V.MAC 0007.b400.0102 هم پاسخگو است.

بیائید یکباردیگر این موضوع را بررسی کنیم

6.V.M


همانطور که پیداست ، ما 4 روتر و 4 تا AVF داریم که هر AVF ، VIRTUAL MAC خود را دارد که از طریق AVG این مک ها به کلاینت ها از طریق ARP REPLAY ارسال شده است.

فرض کنید روتر AVF2 که برای مک M2 پاسخگو بود ، DOWN شد ، اگر بلافاصله بعد از این اتفاق دیگر روتری پاسخگوی این مک نباشد برای کلاینت مزبور مشکل CONNECTIVITY پیش می اید و ترافیک را به سمت روتر با مکی می فرستد که عملا" در دسترس نیست.

بعد از این اتفاق ، بلافاصله AVG ، مکی که AVF آن DOWN شده است را روی روتر دیگری ASSIGN میکند ، مثلا" به روتر R3 میگوید تو تاکنون برای M3 پاسخگو هستی ، الان باید برای M2 هم پاسخگو باشی.

7.V


این همان چیزی بود که در خروجی دستور زیر دیدیم ، در سناریو GNS3 ، روتر R4 برای 2 تا مک پاسخگو بود.

R4#SHOW GLBP Brief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   110 Listen   192.168.1.10    192.168.1.1     192.168.1.3
Et0/0       1    1   -   Listen   0007.b400.0101  192.168.1.1     -
Et0/0       1    2   -   Active   0007.b400.0102  local           -
Et0/0       1    3   -   Listen   0007.b400.0103  192.168.1.3     -
Et0/0       1    4   -   Active   0007.b400.0104  local           -


یک تست هم بصورت عملی بگیریم ، تصورکنید ، روتر با مک مربوطه ( تو GNS3 ، روتر R2 ) UP است و کلاینتی که در جدول ARP خود مک آن AVF را دارد در حال ارسال ترافیک به سمت خارج از شبکه است و این بین ناگاه روتر FAIL می شود.



PC1#SHOW ARP
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  192.168.1.10           49   0007.b400.0102  ARPA   Ethernet0/0
PC1#
PC1#
PC1#
PC1#PING 192.168.1.10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.10, timeout is 2 seconds:
.!!!!
Success rate is 80 percent (4/5), round-trip min/avg/max = 13/30/51 ms
PC1#
PC1#

PC1#
PC1#
PC1#SHOW ARP
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  192.168.1.10           50   0007.b400.0102  ARPA   Ethernet0/0
PC1#
PC1#

PC1#PING 192.168.1.10 RE
PC1#PING 192.168.1.10 REpeat 100000
Type escape sequence to abort.
Sending 100000, 100-byte ICMP Echos to 192.168.1.10, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!

R2(config)#
R2(config)#INT ETH 0/0
R2(config-if)#SHUT
R2(config-if)#SHUTdown 
R2(config-if)#
*Feb  9 13:55:40.751: %GLBP-6-FWDSTATECHANGE: Ethernet0/0 Grp 1 Fwd 2 state Active -> Init
R2(config-if)#


PC1#PING
PC1#PING 192.168.1.10 RE
PC1#PING 192.168.1.10 REpeat 100000
Type escape sequence to abort.
Sending 100000, 100-byte ICMP Echos to 192.168.1.10, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!......!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


همانطور که دیدیم ، بلافاصله یک روتر دیگر پاسخگوی این مک شد و مشکل مربوطه بلافاصه حل شد و فقط چند TIME-OUT داشتیم که قابل اغماض است.

R4#SHOW GLBP BR
R4#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   110 Listen   192.168.1.10    192.168.1.1     192.168.1.3
Et0/0       1    1   -   Listen   0007.b400.0101  192.168.1.1     -
Et0/0       1    2   -   Active   0007.b400.0102  local           -
Et0/0       1    3   -   Listen   0007.b400.0103  192.168.1.3     -
Et0/0       1    4   -   Active   0007.b400.0104  local  


اما حالا 2 اشکال مطرح است
1.ایا همچنان AVG مک آدرس FAIL شده را در پاسخ به ARP REQUEST کلاینت ها معرفی میکند؟
2.روتری که حالا برای 2 تا مک ادرس پاسخگو است ، مسلما" روی آن روتر LOAD بیشتری است ، تا چه زمانی باید برای مک مربوط ( مک FAIL شده ) پاسخگو باشد؟

REDIRECT TIMER” AND “TIMEOUT TIMER

REDIRECT TIMER
بعد از FAIL شدن روتری که پاسخگوی VIRTUAL MAC مربوطه بود ( مثلا" مک M2 ) ، پس از FAIL شدن روتر مربوطه ، AVG همچنان آن مک را بعنوان یک مک معتبر در نظر میگیرد و در پاسخ ARP REQUEST کلاینت ها ، این مک را اختصاص می دهد.زمان پیش فرض این تایمر 10 دقیقه است و اگر در طول این مدت کلاینتی ARP زد ، AVG این مک را به آن کلاینت ASSIGN میکند با احتساب این موضوع که این مک تحویل یک روتر دیگر است.

هر چند پس از این زمان دیگر AVG دیگر این VIRTUAL مک را در جواب ARP کلاینت ها ارسال نمیکند اما برخی کلاینت ها VIRTUAL MAC ی AVF ی FAIL شده را در ARP TABLE خود دارند که در این خصوص “TIMEOUT TIMER” هم یک راه حل جهت جلوگیری از مشکل CONNECTIVITY است.


TIMEOUT TIMER
پس از FAIL شدن یکی از 4 روتر گروه GLBP ( با احتساب این که تنها 4 روتر در کل مجموعه باشد و حالا تنها 3 روتر فعال هستند )، AVG ی ، VIRTUAL MAC روتری که FAIL شده بود را به یکی از روترهای گروه خودش ASSIGN میکند تا آن روتر علاوه بر پاسخگویی به درخواست های مرتبط با VIRTUAL MAC خودش ، پاسخگوی درخواست های مرتبط با VIRTUAL MAC روتر FAIL شده نیز باشد .به عبارت دیگر این روتر( AVF مربوطه ) پاسخگوی 2 تا VIRTUAL MAC می باشد.


اگر چه روتر ( AVF مربوطه ) می تواند استفاده از 2 آدرس مجازی برای 2 نقش AVF را پشتیبانی کند اما چنین چیزی برای یک مدت طولانی منطقی نیست چرا که به نسبت سایر روترهای داخل گروه ، 2 برابر LOAD نسبت به ظرفیت خود دارد.بصورت دیفالت این روتر ( که پاسخگوی 2 تا VIRTUAL MAC ) است تا 4 ساعت پاسخگوی VIRTUAL MAC روتر FAIL شده است که در طی این زمان ARP CACHE کلاینت ها (کلاینت هایی که آن VIRTUAL MAC روتر FAIL شده را در جدول ARP خود دارند ) آپدیت شده است ودر طی این زمان آدرس VIRTUAL MAC جدید را یاد میگیرد.پس از پایان این زمان ، روتر دیگر پاسخگوی VIRTUAL MAC قدیمی و FAIL شده نخواده بود.

همانطور که گفته شد ، دیفالت “TIMEOUT TIMER” برابر با 4 ساعت است که می تواند بین 700 ثانیه تا 18 ساعت تغییر کند.

R1#SHOW GLBP 
Ethernet0/0 - Group 1
  Redirect time 600 sec, forwarder timeout 14400 sec

Redirect time 600 sec ) 10 MIN )
forwarder timeout 14400 sec 

R1(config-if)#GLBP  TIMers REdirect  


1.B.N

2.B.N



LOAD-BALANCING در پروتکل GLBP

LOAD-BALANCING در پروتکل GLBP به کمک AVG و با تخصیص VIRTUAL MAC هایی که به کلاینت ها بر گرداند انجام می شود.در ابتدا AVG ی ، VIRTUAL MAC هر AVF را به آنها اعلام میکند و همانطور که پیشتر گفته شد AVG می تواند 4 تا VIRTUAL MAC را به صورت ترتیبی به اعضای گروه خودش اختصاص دهد.

R1(config-if)#GLBP 1 LOAd-balancing ?
  host-dependent  Load balance equally, source MAC determines forwarder choice
  round-robin     Load balance equally using each forwarder in turn
  weighted        Load balance in proportion to forwarder weighting
  


پروتکل GLBP برای LOAD-BALANCING ( توزیع بار )از 3 روش به شرح زیر استفاده می کند که این روش ها بصورت همزمان در دسترس نخواهند بود.

* ROUND ROBIN
* WEIGHTED
* HOST   DEPENDENT



ROUND ROBIN ( نوبتی – گردشی )

در این حالت ، هر پرسش ARP که از سمت کامپیوتر های کلاینت ارسال می شود ، روتر AVG با MAC ADDRESS یکی روترهای قابل دسترسی درداخل گروه GLBP به آن پرسش ARP پاسخ خواهد داد ، در هر زمان هر پرسش ARP با آدرس MAC ADDRESS یک روتر قابل دسترسی در داخل گروه GLBP پاسخ داده خواهد شد ، در این حالت برای ارسال ترافیک به مقصد از روترهای مختلفی استفاده خواهد شد ، بصورت پیشفرض پروتکل GLBP از روش ROUND ROBIN استفاده خواهند کرد.

9.R.B.R



WEIGHTED

این الگوریتم 2 کار جذاب برای ما انجام می دهد!
1.اگر یک روتر ، سرعت اینترنت بیشتر ( یا قدرت و ظرفیت بیشتری نسبت به سایر روتر ها ) داشته باشد ، برای روتر مزبور مقدار WEIGHT را 2 برابر سایر روتر ها می گذاریم تا 2 برابر روترهای دیگر ، ترافیک را جابجا کرده و نسبت به دیگر روترها ، پاسخگوی 2 ( یا چند ) تا ARP REQUEST ( نسبت به سایرین ) باشد.

2.با استفاده از threshold های UPPER و LOWER و تعیین مقدار WEIGH برای یک روتر و TRACK کردن اینترفیس ها ، می توانیم تعیین کنیم که یک روتر AVF باشد یا نباشد.


در این روش بر روی اینترفیس های روترهای داخل گروه GLBP مقدار WEIGHT تعیین خواهد شد در این حالت روتری که دارای مقدار WEIGHT بزرگتری باشد آدرس MAC ADDRESS مربوط به آن روتر بیشتر از آدرس MAC ADDRESS سایر روترها داخل گروه GLBP در پاسخ به پرسش ARP به سمت کامپیوترهای کلاینت ارسال خواهد شد و به عبارت دیگر مقدار بیشتری ترافیک را نسبت به سایر روترها FORWARD میکند.

2.WEIGHT



HOST DEPENDENT

در این روش ، در پاسخ به هر کلاینت همواره یک آدرس VIRTUAL MAC برگردانده می شود.به عبارت دیگر ترافیک PC1 همیشه به سمت AVF1 و ترافیک PC2 همیشه به سمت AVF2

این روش زمانی استفاده می شود که بخواهیم به هر دلیل همیشه یک آدرس MAC برای برخی کلاینت ها برگردانده شود.
111111




بررسی الگوریتم WEIGHTED

WEIGHTED

یادآوری
همانطور که گفته شد ، این الگوریتم 2 کار جذاب برای ما انجام می دهد!


شد ، این الگوریتم 2 کار جذاب برای ما انجام می دهد!
1.اگر یک روتر ، سرعت اینترنت بیشتر ( یا قدرت و ظرفیت بیشتری نسبت به سایر روتر ها ) داشته باشد ، برای روتر مزبور مقدار WEIGHT را 2 برابر سایر روتر ها می گذاریم تا 2 برابر روترهای دیگر ، ترافیک را جابجا کرده و نسبت به دیگر روترها ، پاسخگوی 2 ( یا چند ) تا ARP REQUEST ( نسبت به سایرین ) باشد.

2.با استفاده از threshold های UPPER و LOWER و تعیین مقدار WEIGH برای یک روتر و TRACK کردن اینترفیس ها ، می توانیم تعیین کنیم که یک روتر AVF باشد یا نباشد.

بیائید با تک تک این موارد اشنا شویم!


1.تعیین WEIGHT

در این روش بر روی اینترفیس های روترهای داخل گروه GLBP مقدار WEIGHT تعیین خواهد شد در این حالت روتری که دارای مقدار WEIGHT بزرگتری باشد آدرس MAC ADDRESS مربوط به آن روتر بیشتر از آدرس MAC ADDRESS سایر روترها داخل گروه GLBP در پاسخ به پرسش ARP به سمت کامپیوترهای کلاینت ارسال خواهد شد و به عبارت دیگر مقدار بیشتری ترافیک را نسبت به سایر روترها FORWARD میکند.

R1#SHOW GLBP
  Weighting 100 (default 100), thresholds: lower 1, upper 100

R1(config-if)#GLBp 1 LOAd-balancing WEighted 
R1(config-if)#GLBP 1 WEighting 200

R1#SHOW GLBP DEtail 
  Weighting 200 (configured 200), thresholds: lower 1, upper 200
  Load balancing: weighted



البته لینک اینترنت یک مثال است ممکن است روتر یا سوئیچ مربوطه قدرتمند تر از سایر تجهیزات باشد که برای آن دیوایس مقدارش را بیش از سایرین می گذاریم.




TRACKING AND threshold LOWER AND UPPER


پیش از این در پروتکل HSRP ، هدف از TRACK کردن یک اینترفیس این بود که آن روتر ACTIVE باشد یا نباشد اما در GLBP هدف از TRACKING این است که یک روتر AVF باشد یا نباشد که استفاده از بحث TRACK در الگوریتم LOAD-BALANCING WEIGHTED می باشد.

سناریو زیر را در نظر بگیرید ، ما 2 تا روتر داریم که هر یک از طریق مودم ADSL به اینترنت متصل هستند.روتر R1 دارای یک اینترنت با سرعت 1 MEG و روتر R2 دارای 2 تا خط اینترنت با سرعت 2 MEG و 512 K

1425


مبحث TRACKING دارای همان مفهومی است که در HSRP داشتیم و بازبینی اینکه یک لینک به لحاظ IP ROUTING یا LINE-PROTOCOL ان ، UP یا DOWN است و اگر لینک به لحاظ LINE-PR ای DOWN شد از مقدار PRIORITY کم شود و در روتر مقابل ، قابلیت PREEMPT فعال باشد و در یک رقابت نزدیک روتر با PRIORITY بالاتر نقش روتر ACTIVE را از آن خود کند.


در پروتکل GLBP این موضوع شبیه به همان ولی اندکی متفاوت است و تفاوت آن در بحث TRESHOLD و مقدار WEIGHT است یعنی ما یک مقدار تحت عنوان WEIGHT تعریف می کنیم و اگر در حین TRACK لینکی DOWN شد ، از مقدار WEIGHT کم شود.

حال بهتر است سراغ threshold های UPPER و LOWER برویم.



به تصویر زیر دقت کنید
154


روتر ما دارای 4 لینک اینترنت با سرعت های متفاوتی است. من از طریق threshold های UPPER و LOWER می توانم با رنج و بازه ی این اعداد در خصوص AVF بودن یا نبودن یک روتر تصمیم گیری کنم.


مثلا" بگویم برای اینکه روترم حتما" AVF باشد باید لینک 2 مگ برقرار و UP باشد و اگر این لینک FAIL شد ، 110 تا ازمقدار WEIGHT کم کند.


حال اگر لینک 2MEG من UP بود ولی لینک 1MEG به هر دلیل FAIL شد ، 60 تا از مقدار WIGHT کم کن و درواقع به ازای FAIL شدن هر لینک یک مقدار مشخص از WEIGHT کم کند.اگر مقدار WEIGHT از TRESHOLD LOWER کمتر شد ، AVG نقش AVF را از این روتر بگیرد و برای اینکه این روتر مجددا" AVF شود باید مقدار WEIGHT آن برابر با UPPER و بیشتر از آن باشد.

البته این یک مثال است ، شما می توانید مقدار UPPER و LOWER را یک مقدار فرض نمائید.

برای اینکه بهتر این موضوع را درک کنیم به سناریو زیر که یک سناریو ترکیبی از TRACK و TRESHOLD هاست نگاهی می اندازیم.


می خواهیم بحث TRACK را با هم یاد بگیریم :
1425



R2(config)#TRACk 1 INTerface ETHernet 0/1 LINe-protocol 
R2(config)#TRACK 2 INTERface ETHErnet 0/2 LINe-protocol 
R2(config)#TRACk 3 INTErface ETHernet 0/3 LINe-protocol 
R2(config)#INTerface ETHernet 0/0
R2(config-if)#GLBP 1 LOAd-balancing WEighted 
R2(config-if)#GLBP 1 WEighting 200 LOWer 100 UPPer 150
R2(config-if)#GLBP 1 WEighting TRAck 1 DEcrement 50       
R2(config-if)#GLBP 1 WEighting TRAck 2 DEcrement 60
R2(config-if)#GLBP 1 WEighting TRAck 3 DEcrement 110


R2#SHOW GLBP 
  Priority 150 (configured)
  Weighting 200 (configured 200), thresholds: lower 100, upper 150
    Track object 1 state Up decrement 50
    Track object 2 state Up decrement 60
    Track object 3 state Up decrement 110


R2(config)#INT EThernet 0/3
R2(config-if)#SHUtdown 
R2(config-if)#
*Feb  9 19:36:07.286: %TRACKING-5-STATE: 3 interface Et0/3 line-protocol Up->Down
R2(config-if)#
*Feb  9 19:36:09.290: %LINK-5-CHANGED: Interface Ethernet0/3, changed state to administratively down
*Feb  9 19:36:10.290: %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet0/3, changed state to down
R2(config-if)#DO SHOW GLBP BR
R2(config-if)#DO SHOW GLBP BR

R2(config-if)#
R2(config-if)#
R2#
*Feb  9 19:36:39.926: %GLBP-6-FWDSTATECHANGE: Ethernet0/0 Grp 1 Fwd 2 state Active -> Listen
R2#
R2#SHOW GLBP BRief 
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Et0/0       1    -   150 Standby  192.168.1.10    192.168.1.1     local
Et0/0       1    1   -   Listen   0007.b400.0101  192.168.1.1     -
Et0/0       1    2   -   Listen   0007.b400.0102  192.168.1.1     -
R2#
R2#

R2#SHOW GLBP 
  Priority 150 (configured)
  Weighting 90, low (configured 200), thresholds: lower 100, upper 150
    Track object 1 state Up decrement 50
    Track object 2 state Up decrement 60
    Track object 3 state Down decrement 110
  Load balancing: weighted



نویسنده و تهیه کننده : صادق شعبانی

تنها وب سایت صاحب امتاز و حق نشر این مبحث آموزشی : انجمن تخصصی فناوری اطلاعات ایران tosinso.com

موفق و itpro باشید!


#معرفی_پروتکل_glbp #پروتکل_fhrp #پروتکل_glbp
عنوان
1 پروتکل FHRP چیست ؟ قسمت 1 : پادکست صوتی FHRP چیست ؟ رایگان
2 پروتکل FHRP چیست ؟ قسمت 2 : پادکست صوتی HSRP چیست ؟ رایگان
3 پروتکل FHRP چیست ؟ قسمت 3 : پادکست صوتی VRRP چیست ؟ رایگان
4 پروتکل FHRP چیست ؟ قسمت 4 : پادکست صوتی GLBP چیست ؟ رایگان
5 معرفی پادکست های صوتی پروتکل های سیسکویی رایگان
6 پادکست صوتی FHRP چیست ؟ رایگان
7 پادکست صوتی HSRP چیست ؟ رایگان
8 پادکست صوتی پروتکل GLBP چیست ؟ رایگان
9 پادکست صوتی VRRP چیست ؟ رایگان
زمان و قیمت کل 0″ 0
0 نظر

هیچ نظری ارسال نشده است! اولین نظر برای این مطلب را شما ارسال کنید...

نظر شما
برای ارسال نظر باید وارد شوید.
از سرتاسر توسینسو
تنظیمات حریم خصوصی
تائید صرفنظر
×

تو می تونی بهترین نتیجه رو تضمینی با بهترین های ایران بدست بیاری ، پس مقایسه کن و بعد خرید کن : فقط توی جشنواره پاییزه می تونی امروز ارزونتر از فردا خرید کنی ....