دوره CCNA فصل ۱۲ - داینامیک روتینگ - RIP
سناریو
فایل سناریوی بالا - استاتیک
فایل سناریوی بالا - RIP
استاتیک
در سناریوی فوق برای اینکه شبکههای 172.16.16.0/24 و 172.16.17.0/24 بتوانند شبکههای 172.17.17.0/24 و 172.18.18.0/24 را از مسیر بالا پینگ کنند به روش استاتیک روتینگ میتوانیم این دستورات را در روترهای R1 تا R4 بنویسیم:
در زیر هر مجموعه کانفیگ برای هر روتر، خروجی دو دستور show ip route static و show running-config | include ip route را نیز میتوانیم ببینیم:
R1
(c)#ip route 172.17.0.0 255.255.0.0 10.10.12.2
(c)#ip route 172.17.0.0 255.255.0.0 10.11.15.2 2
S 172.17.0.0/16 [1/0] via 10.10.12.2
---------------------------------------
ip route 172.17.0.0 255.255.0.0 10.11.15.2 2
ip route 172.17.0.0 255.255.0.0 10.10.12.2
R2
(c)#ip route 172.17.0.0 255.255.0.0 10.10.23.1
(c)#ip route 172.16.0.0 255.255.0.0 10.10.12.1
S 172.16.0.0/16 [1/0] via 10.10.12.1
S 172.17.0.0/16 [1/0] via 10.10.23.1
---------------------------------------
ip route 172.17.0.0 255.255.0.0 10.10.23.1
ip route 172.16.0.0 255.255.0.0 10.10.12.1
R3
(c)#ip route 172.17.0.0 255.255.0.0 10.10.34.1
(c)#ip route 172.16.0.0 255.255.0.0 10.10.23.2
S 172.16.0.0/16 [1/0] via 10.10.23.2
S 172.17.0.0/16 [1/0] via 10.10.34.1
---------------------------------------
ip route 172.17.0.0 255.255.0.0 10.10.34.1
ip route 172.16.0.0 255.255.0.0 10.10.23.2
R4
(c)#ip route 172.16.0.0 255.255.0.0 10.10.34.2
(c)#ip route 172.16.0.0 255.255.0.0 10.11.45.2 2
S 172.16.0.0/16 [1/0] via 10.10.34.2
---------------------------------------
ip route 172.16.0.0 255.255.0.0 10.11.45.2 2
ip route 172.16.0.0 255.255.0.0 10.10.34.2
R5
(c)#ip route 172.16.0.0 255.255.0.0 10.11.15.1
(c)#ip route 172.17.0.0 255.255.0.0 10.11.45.1
S 172.16.0.0/16 [1/0] via 10.11.15.1
S 172.17.0.0/16 [1/0] via 10.11.45.1
---------------------------------------
ip route 172.16.0.0 255.255.0.0 10.11.15.1
ip route 172.17.0.0 255.255.0.0 10.11.45.1
در روتر R1 میتوانیم ببینیم که با این که دو مسیر رفت به سمت شبکهی 172.17.17.1 در تنظیمات وجود دارد(خروجی show running-config) اما در جدول روت فقط یک مسیر نشان داده شده(مسیر بالا: R1->R2->R3->R4) دلیل آن این است برای مسیر پایین (R1->R5->R4) AD برابر ۲ در نظر گرفته شده و باعث شده که اولویت آن کمتر باشد.
داینامیک
برای اینکه سناریوی بالا را به صورت داینامیک روتینگ پیاده سازی کنیم در این مثال ضمن نگاه داشتن استاتیک روتهایی که در بالا تنظیم کردیم، از RIP (Routing Information Protocol) نیز استفاده میکنیم.
در روترها تنظیمات زیر را انجام میدهیم. و بعد از آن جدول روت هر روتر را نیز نگاه میکنیم.
تنظیمات
R1
>en
#conf t
(c)#router rip
(c-r)#version 2
(c-r)#no auto-summary
(c-r)#network 10.0.0.0
(c-r)#network 172.16.0.0
R2, R3 and R5
>en
#conf t
(c)#router rip
(c-r)#version 2
(c-r)#no auto-summary
(c-r)#network 10.0.0.0
R4
>en
#conf t
(c)#router rip
(c-r)#version 2
(c-r)#no auto-summary
(c-r)#network 10.0.0.0
(c-r)#network 172.17.0.0
جدولهای روت
R1
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 5 subnets
C 10.10.12.0 is directly connected, GigabitEthernet6/0
R 10.10.23.0 [120/1] via 10.10.12.2, 00:00:07, GigabitEthernet6/0
R 10.10.34.0 [120/2] via 10.10.12.2, 00:00:07, GigabitEthernet6/0
[120/2] via 10.11.15.2, 00:00:21, FastEthernet0/0
C 10.11.15.0 is directly connected, FastEthernet0/0
R 10.11.45.0 [120/1] via 10.11.15.2, 00:00:21, FastEthernet0/0
172.16.0.0/24 is subnetted, 2 subnets
C 172.16.16.0 is directly connected, Loopback1
C 172.16.17.0 is directly connected, Loopback2
172.17.0.0/16 is variably subnetted, 3 subnets, 2 masks
S 172.17.0.0/16 [1/0] via 10.10.12.2
R 172.17.17.0/24 [120/2] via 10.11.15.2, 00:00:21, FastEthernet0/0
R 172.17.18.0/24 [120/2] via 10.11.15.2, 00:00:21, FastEthernet0/0
R2
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 5 subnets
C 10.10.12.0 is directly connected, GigabitEthernet6/0
C 10.10.23.0 is directly connected, GigabitEthernet8/0
R 10.10.34.0 [120/1] via 10.10.23.1, 00:00:09, GigabitEthernet8/0
R 10.11.15.0 [120/1] via 10.10.12.1, 00:00:22, GigabitEthernet6/0
R 10.11.45.0 [120/2] via 10.10.12.1, 00:00:22, GigabitEthernet6/0
[120/2] via 10.10.23.1, 00:00:09, GigabitEthernet8/0
172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
S 172.16.0.0/16 [1/0] via 10.10.12.1
R 172.16.16.0/24 [120/1] via 10.10.12.1, 00:00:22, GigabitEthernet6/0
R 172.16.17.0/24 [120/1] via 10.10.12.1, 00:00:22, GigabitEthernet6/0
172.17.0.0/16 is variably subnetted, 3 subnets, 2 masks
S 172.17.0.0/16 [1/0] via 10.10.23.1
R 172.17.17.0/24 [120/2] via 10.10.23.1, 00:00:09, GigabitEthernet8/0
R 172.17.18.0/24 [120/2] via 10.10.23.1, 00:00:09, GigabitEthernet8/0
R3
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 5 subnets
R 10.10.12.0 [120/1] via 10.10.23.2, 00:00:11, GigabitEthernet8/0
C 10.10.23.0 is directly connected, GigabitEthernet8/0
C 10.10.34.0 is directly connected, GigabitEthernet7/0
R 10.11.15.0 [120/2] via 10.10.23.2, 00:00:11, GigabitEthernet8/0
[120/2] via 10.10.34.1, 00:00:01, GigabitEthernet7/0
R 10.11.45.0 [120/1] via 10.10.34.1, 00:00:01, GigabitEthernet7/0
172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
S 172.16.0.0/16 [1/0] via 10.10.23.2
R 172.16.16.0/24 [120/2] via 10.10.23.2, 00:00:11, GigabitEthernet8/0
R 172.16.17.0/24 [120/2] via 10.10.23.2, 00:00:11, GigabitEthernet8/0
172.17.0.0/16 is variably subnetted, 3 subnets, 2 masks
S 172.17.0.0/16 [1/0] via 10.10.34.1
R 172.17.17.0/24 [120/1] via 10.10.34.1, 00:00:01, GigabitEthernet7/0
R 172.17.18.0/24 [120/1] via 10.10.34.1, 00:00:01, GigabitEthernet7/0
R4
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 5 subnets
R 10.10.12.0 [120/2] via 10.10.34.2, 00:00:24, GigabitEthernet7/0
[120/2] via 10.11.45.2, 00:00:22, FastEthernet1/0
R 10.10.23.0 [120/1] via 10.10.34.2, 00:00:24, GigabitEthernet7/0
C 10.10.34.0 is directly connected, GigabitEthernet7/0
R 10.11.15.0 [120/1] via 10.11.45.2, 00:00:22, FastEthernet1/0
C 10.11.45.0 is directly connected, FastEthernet1/0
172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
S 172.16.0.0/16 [1/0] via 10.10.34.2
R 172.16.16.0/24 [120/2] via 10.11.45.2, 00:00:22, FastEthernet1/0
R 172.16.17.0/24 [120/2] via 10.11.45.2, 00:00:22, FastEthernet1/0
172.17.0.0/24 is subnetted, 2 subnets
C 172.17.17.0 is directly connected, Loopback1
C 172.17.18.0 is directly connected, Loopback2
R5
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 5 subnets
R 10.10.12.0 [120/1] via 10.11.15.1, 00:00:29, FastEthernet0/0
R 10.10.23.0 [120/2] via 10.11.15.1, 00:00:29, FastEthernet0/0
[120/2] via 10.11.45.1, 00:00:23, FastEthernet1/0
R 10.10.34.0 [120/1] via 10.11.45.1, 00:00:23, FastEthernet1/0
C 10.11.15.0 is directly connected, FastEthernet0/0
C 10.11.45.0 is directly connected, FastEthernet1/0
172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
S 172.16.0.0/16 [1/0] via 10.11.15.1
R 172.16.16.0/24 [120/1] via 10.11.15.1, 00:00:29, FastEthernet0/0
R 172.16.17.0/24 [120/1] via 10.11.15.1, 00:00:29, FastEthernet0/0
172.17.0.0/16 is variably subnetted, 3 subnets, 2 masks
S 172.17.0.0/16 [1/0] via 10.11.45.1
R 172.17.17.0/24 [120/1] via 10.11.45.1, 00:00:23, FastEthernet1/0
R 172.17.18.0/24 [120/1] via 10.11.45.1, 00:00:23, FastEthernet1/0
تحلیل
در جدولهای بالا همانطور که میبینیم هم مسیرهای استاتیک وجود دارند و هم مسیرهای داینامیک با RIP معرفی شده اند.
برای مثال خطوط ۱۴، ۱۵ و ۱۶ از جدول روت R1 را ببینید. در خط ۱۴ با استاتیک روتینگ به روتر گفتهایم که اگر با شبکهی 172.17.0.0/16(که شامل شبکههای 172.17.17.0/24 و 172.17.18.0/24) کار داشتی از طریق 10.10.12.2 برو (مسیر بالا) اما در خطوط ۱۵ و ۱۶ RIP به روتر گفته که برای دسترسی به شبکهی 172.17.17.0/24 و 172.17.18.0/24 از مسیر 10.11.15.2 برو (مسیر پایین).
به دلیل اینکه در استاتیک روت از /16 استفاده کردهایم و RIP از /24، طبق قانون Longest Prefix Match روتر مسیر با جزئیات بیشتر را انتخاب کرده و از مسیری که توسط RIP معرفی شده استفاده میکند.
اما چرا RIP مسیر پایین را انتخاب کرده در صورتی که مسیر بالا سرعت بیشتری دارد (همهی اینترفیسهای مسیر Gig هستند و مسیر پایین Fast)؟
پاسخ: RIP یک پروتکل Distance Vector است که برای سنجش فاصله از تعداد گامها یا hop countها استفاده میکند. و میتونیم ببینیم که مسیر پایین اگرچه سرعت پایینتری دارد اما از نظر تعداد گامها از مسیر بالا بهتر است و بتابرین به عنوان مسیر انتخاب میشود.
فرض کنیم در R1 استاتیک روت را با جزئیات بیشتری معرفی کنیم یعنی به جای:
(c)#ip route 172.17.0.0 255.255.0.0 10.10.12.2
از
(c)#ip route 172.17.17.0 255.255.0.0 10.10.12.2
(c)#ip route 172.17.18.0 255.255.0.0 10.10.12.2
استفاده کنیم. در این حالت جدول روت R1 به این شکل خواهد بود:
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 5 subnets
C 10.10.12.0 is directly connected, GigabitEthernet6/0
R 10.10.23.0 [120/1] via 10.10.12.2, 00:00:19, GigabitEthernet6/0
R 10.10.34.0 [120/2] via 10.11.15.2, 00:00:07, FastEthernet0/0
[120/2] via 10.10.12.2, 00:00:19, GigabitEthernet6/0
C 10.11.15.0 is directly connected, FastEthernet0/0
R 10.11.45.0 [120/1] via 10.11.15.2, 00:00:07, FastEthernet0/0
172.16.0.0/24 is subnetted, 2 subnets
C 172.16.16.0 is directly connected, Loopback1
C 172.16.17.0 is directly connected, Loopback2
172.17.0.0/16 is variably subnetted, 3 subnets, 2 masks
S 172.17.0.0/16 [2/0] via 10.11.15.2
S 172.17.17.0/24 [1/0] via 10.10.12.2
S 172.17.18.0/24 [1/0] via 10.10.12.2
و خروجی دستور show running-config | section route به این شکل خواهد بود:
router rip
version 2
network 10.0.0.0
network 172.16.0.0
no auto-summary
ip route 172.17.0.0 255.255.0.0 10.11.15.2 2
ip route 172.17.17.0 255.255.255.0 10.10.12.2
ip route 172.17.18.0 255.255.255.0 10.10.12.2
با این کار میبینیم که خطوط ۱۵ و ۱۶ قبلی که توسط RIP ایجاد شده بودند و به دلیل داشتن جزئیات بیشتر برنده شده بودند با شرایط جدید که استاتیک روتها نیز به همان انداز با جزئیات مشخص شدهاند از جدول روت حذف و استاتیک روتها جایگزین شدهاند. اما چرا با داشتن جزئیات برابر، استاتیک روت برنده شد؟
به دلیل پایینتر بودن AD آن.
میتوانیم باز هم با AD بازی کنیم و فرضا AD استاتیک روتها را بیشتر از ۱۲۰ (AD استاندارد RIP) قرار دهیم. در این حالت باز هم مسیرهای RIP برنده میشوند و مسیرهای استاتیک به عنوان بکآپ قرار میگیرند. این کار را در فایل سناریو انجام ندادهایم اما میتوان با دستورات زیر که در R1 زده میشود انجام داد:
(c)#ip route 172.17.17.0 255.255.0.0 10.10.12.2 121
(c)#ip route 172.17.18.0 255.255.0.0 10.10.12.2 121