This site is best viewed using the updated version of Mozilla Firefox

Configuring Auto Redundancy using Static Route with IP SLA

আস-সালামু-আলাইকুম। আশা করি আপনারা সবাই ভাল আছেন।

আমরা যদি একটি রাউটার থেকে দূরবর্তী কোন নেটওয়ার্কে যেতে চাই তাহলে রাউটারটিতে উক্ত নেটওয়ার্কে যাওয়ার জন্য একটি রাউটের প্রয়োজন হয়। ছোট নেটওয়ার্কের ক্ষেত্রে আমরা সচরাচর স্ট্যাটিক রাউটিং কনফিগার করি। আর নেটওয়ার্কের আকার বড় হলে আমরা বিভিন্ন ডাইনামিক রাউটিং প্রটোকল ব্যবহার করি। ডাইনামিক রাউটিং প্রটোকল ব্যবহার করার একটি বড় সুবিধা হলো, যদি কোন একটি নেটওয়ার্কে যাওয়ার জন্য দুইটি পাথ থাকে এবং যদি কোন কারণে Primary পাথটি কাটা পড়ে তাহলে রাউটার তার ডাইনামিক রাউটিং প্রটোকলের সাহায্যে স্বয়ংক্রিয়ভাবে Secondary পাথটিকে ঐ নেটওয়ার্কে যাওয়ার জন্য বেছে নেয়। এজন্য নেটওয়ার্ক এ্যাডমিনিষ্ট্রেটরকে কোন কনফিগারেশন পরিবর্তন করতে হয় না। আমাদের অনেকেরই ধারণা এরকম যে, স্ট্যাটিক রাউটিং এর মাধ্যমে এই Auto Redundancy মেইনটেইন করা যায় না। আসলে ধারণাটি সত্যি নয়, স্ট্যাটিক রাউটিং এর মাধ্যমেও Auto Redundancy কনফিগার করা যায়, তবে তা ছোট আকারের নেটওয়ার্কের জন্য ভাল কাজ করে। নেটওয়ার্কের আকার যত বড় হবে স্ট্যাটিক রাউটিং এর মাধ্যমে ঐ নেটওয়ার্ক ম্যানেজ করাও তত কঠিন হবে। আজকের টিউটোরিয়ালে আমরা দেখবো কিভাবে দুইটি নেটওয়ার্কের মধ্যে স্ট্যাটিক রাউটিং এর মাধ্যমে Auto Redundancy কনফিগার করা যায়।

ধরি, চিত্রে রাউটার R1 ও R2 নিজেদের মধ্যে দুইটি ক্যাবল দিয়ে যুক্ত। এর একটি হলো Primary Link যার পয়েন্ট-টু-পয়েন্ট আই.পি ব্লক হলো 10.0.10.0/30, এবং দ্বিতীয়টি হলো Secondary Link যার পয়েন্ট-টু-পয়েন্ট আই.পি ব্লক হলো 10.0.20.0/30 । R1 এর ল্যান আই.পি ব্লক হলো 192.168.1.0/24 এবং R2 এর ল্যান আই.পি ব্লক হলো 172.16.1.0/24। এখানে আমাদের কনফিগারেশন অবজেক্টিভ হলো, আমরা PC1 থেকে PC2 তে যাওয়ার জন্য Primary Link টি কে ব্যবহার করবো। যদি কোন কারণে Primary Link ডাউন থাকে তাহলে Secondary Link দিয়ে যাতে অটোমেটিকভাবে ডাটা ট্রান্সমিট হয়।

প্রথমে আমরা চিত্রে প্রদত্ত আই.পি প্লান অনুযায়ী রাউটার এর আই.পি সমূহ কনফিগার করবো।

R1#conf t
R1(config)#interface fastEthernet 1/0
R1(config-if)#ip address 10.0.10.1 255.255.255.252
R1(config-if)#no shutdown
R1(config-if)#description PRIMARY-LINK
R1(config-if)#exit
R1(config)#interface fastEthernet 1/1
R1(config-if)#ip address 10.0.20.1 255.255.255.252
R1(config-if)#no shutdown
R1(config-if)#description SECONDARY-LINK
R1(config-if)#exit
R1(config)#interface fastEthernet 2/0
R1(config-if)#ip address 192.168.1.1 255.255.255.0
R1(config-if)#no shutdown
R1(config-if)#description LAN
R1(config-if)#exit
R2#conf t
R2(config)#interface fastEthernet 1/0
R2(config-if)#ip address 10.0.10.2 255.255.255.252
R2(config-if)#no shutdown
R2(config-if)#description PRIMARY-LINK
R2(config-if)#exit
R2(config)#interface fastEthernet 1/1
R2(config-if)#ip address 10.0.20.2 255.255.255.252
R2(config-if)#no shutdown
R2(config-if)#description SECONDARY-LINK
R2(config-if)#exit
R2(config)#interface fastEthernet 2/0
R2(config-if)#ip address 172.16.1.1 255.255.255.0
R2(config-if)#no shutdown
R2(config-if)#description LAN
R2(config-if)#exit

এখন আমরা R1 ও R2 এর মধ্যকার পয়েন্ট-টু-পয়েন্ট কানেক্টিভিটি চেক করে দেখতে পারি।

R1#ping 10.0.10.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.0.10.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/4 ms

R1#ping 10.0.20.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.0.20.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/3 ms
R2#ping 10.0.10.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.0.10.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/3 ms

R2#ping 10.0.20.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.0.20.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms

অতঃপর আমরা নিম্নোক্তভাবে স্ট্যাটিক রাউট কনফিগার করবো।

R1#conf t
R1(config)#ip route 172.16.1.0 255.255.255.0 10.0.10.2 name PRIMARY-ROUTE
R1(config)#ip route 172.16.1.0 255.255.255.0 10.0.20.2 2 name SECONDARY-ROUTE
R1(config)#exit

এখানে R1 রাউটারে স্ট্যাটিক রাউটিং কনফিগার করার সময় আমরা প্রথমে # ip route 172.16.1.0 255.255.255.0 10.0.10.2 name PRIMARY-ROUTE কমান্ডের মাধ্যমে Primary রাউট যোগ করলাম। (এখানে name কী-ওয়ার্ডের মাধ্যমে শুধুমাত্র রাউটটির সাথে কমেন্ট যোগ করা হয়েছে, এটি না করলেও কোন সমস্যা নেই।)

এবং #ip route 172.16.1.0 255.255.255.0 10.0.20.2 2 name SECONDARY-ROUTE কমান্ডের মাধ্যমে Secondary রাউট যোগ করলাম। এই Secondary রাউটটিকে Floating Static রাউট বলে। Secondary রাউট যোগ করার সময় আমরা এখানে Administrative Distance (AD) ভ্যালু হিসেবে 2 ব্যবহার করেছি। এই ভ্যালুটি 1 থেকে 255 পর্যন্ত ব্যবহার করা যায়। কিন্তু Primary রাউট যোগ করার সময় আমরা কোন AD ভ্যালু ব্যবহার করিনি। কোন AD ভ্যালু ব্যবহার না করলে তার ডিফল্ট ভ্যালু হবে 1 । আর যে রাউটের AD ভ্যালু যত কম সে রাউটটিকে তত ভাল রাউট হিসেবে গন্য করা হয়।

অনুরূপভাবে আমরা R2 রাউটারেও স্ট্যাটিক রাউট কনফিগার করবো।

R2#conf t
R2(config)#ip route 192.168.1.0 255.255.255.0 10.0.10.1 name PRIMARY-ROUTE
R2(config)#ip route 192.168.1.0 255.255.255.0 10.0.20.1 2 name SECONDARY-ROUTE
R2(config)#exit

আমাদের উপরিউক্ত কনফিগারেশন অনুযায়ী, যদি দুইটি লিঙ্ক UP থাকে তাহলে তাহলে বেষ্ট পাথ হবে Primary Link । আমরা চাইলে #show ip route static কমান্ডের মাধ্যমে রাউটারদ্বয়ের রাউটিং টেবিল দেখে নিতে পারি।

R1#show ip route static
      172.16.0.0/24 is subnetted, 1 subnets
S        172.16.1.0 [1/0] via 10.0.10.2
R2#show ip route static
S     192.168.1.0/24 [1/0] via 10.0.10.1

এখানে প্রতিটি রাউটারে আমরা দুইটি করে স্ট্যাটিক রাউট কনফিগার করেছি, কিন্তু রাউটারের রাউটিং টেবিলে পাথ দেখাচ্ছে একটি। এর কারন হলো দুইটি স্ট্যাটিক রাউট কনফিগার করার সময় আমরা একটির AD ভ্যালু ডিফাইন করেছিলাম 1 যেটি ছিল PRIMARY-ROUTE এবং অন্যটির AD ভ্যালু ডিফাইন করেছিলাম 2 যেটি ছিল SECONDARY-ROUTE। রাউটিং এর লজিক অনুসারে, রাউটিং টেবিলে সব সময় Best Route টি থাকবে এবং যদি কোন কারণে Best Route টি ডাউন হয় শুধুমাত্র তখনই বিকল্প রাউটটি রাউটিং টেবিলে দেখাবে।

এখন আমরা PC-1 থেকে PC-2 তে কানেক্টিভিটিও চেক করে দেখতে পারি।

C:\Users\User>ping 172.16.1.2
Pinging 172.16.1.2 with 32 bytes of data:
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Ping statistics for 172.16.1.2:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\Users\User>tracert -d 172.16.1.2
Tracing route to 172.16.1.2 over a maximum of 30 hops
  1     1 ms     1 ms     1 ms  192.168.1.1
  2     1 ms     1 ms     1 ms  10.0.10.2
  3     1 ms     1 ms     1 ms  172.16.1.2
Trace complete.

এবার যদি আমরা R1 ও R2 এর মধ্যবর্তী Primary Link এর UTP ক্যাবলটি খুলে দেই তাহলে R1 এর Fa1/0 এবং R2 এর Fa1/0 ইন্টারফেস এর Line Protocol ডাউন হয়ে যাবে।

R1#show ip interface brief
Interface              IP-Address      OK? Method Status        Protocol
FastEthernet1/0        10.0.10.1       YES manual up		down
FastEthernet1/1        10.0.20.1       YES manual up            up
FastEthernet2/0        192.168.1.1     YES manual up            up
R2#show ip interface brief
Interface              IP-Address      OK? Method Status        Protocol
FastEthernet1/0        10.0.10.2       YES manual up		down
FastEthernet1/1        10.0.20.2       YES manual up            up
FastEthernet2/0        172.16.1.1      YES manual up            up

আর যখনই কোন ইন্টারফেসের Line Protocol ডাউন হয় তখন রাউটার তার ঐ ইন্টারফেসের সাথে সংশ্লিষ্ট রাউট সমূহ নিজের রাউটিং টেবিল থেকে মুছে দেয়। অর্থাৎ যখনই আমরা Primary Link এর UTP ক্যাবলটি খুলে দিলাম, তখনই রাউটার R1 ও R2 উভয়ই তাদের নিজেদের PRIMARY-ROUTE টি নিজের রাউটিং টেবিল থেকে মুছে দিয়েছে এবং SECONDARY-ROUTE কে তাদের রাউটিং টেবিলে এন্ট্রি দিয়েছে।

R1#show ip route static
      172.16.0.0/24 is subnetted, 1 subnets
S        172.16.1.0 [2/0] via 10.0.20.2
R2#show ip route static
S     192.168.1.0/24 [2/0] via 10.0.20.1

এখন যদি আমরা PC-1 থেকে PC-2 তে কানেক্টিভিটি চেক করে দেখতে পারি তা ঠিক আছে কি না।

C:\Users\User>ping 172.16.1.2
Pinging 172.16.1.2 with 32 bytes of data:
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Ping statistics for 172.16.1.2:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

কিন্তু যদি আমরা PC-1 থেকে PC-2 তে traceroute দেই তাহলে রাউটিং পাথ ভিন্ন দেখাবে।

C:\Users\User>tracert -d 172.16.1.2
Tracing route to 172.16.1.2 over a maximum of 30 hops
  1     1 ms     1 ms     1 ms  192.168.1.1
  2     1 ms     1 ms     1 ms  10.0.20.2
  3     1 ms     1 ms     1 ms  172.16.1.2
Trace complete.

এই ল্যাবটি পাশাপাশি রাখা দুইটি রাউটারের মধ্যে সরাসরি UTP Cable সংযোগ দিয়ে করা হয়েছে। তাই উপরিউক্ত সাধারণ AD ভ্যালুভিত্তিক স্ট্যাটিক রাউটের মাধ্যমে Auto Redundancy কাজ করছে। কিন্তু প্রফেশনাল লেভেলে বিশেষ করে সার্ভিস প্রোভাইডার লেভেলে অনেক সময় রাউটারদ্বয় সরাসরি UTP Cable দিয়ে সংযুক্ত থাকে না, রাউটারদ্বয়ের মধ্যে একাধিক সুইচ বা মিডিয়া কনভার্টার (MC) থাকতে পারে। এক্ষেত্রে সাধারণ AD ভ্যালুভিত্তিক স্ট্যাটিক রাউটের মাধ্যমে Auto Redundancy কাজ করে না। এসমস্যা সমাধানের জন্য রাউটারদ্বয়ে IP SLA কনফিগার করতে হয়।

IP SLA কি?

Internet Protocol Service Level Agreement বা সংক্ষেপে IP SLA হলো Cisco IOS এর একটি চমৎকার ফিচার যার মাধ্যমে একজন নেটওয়ার্ক এ্যাডমিন তার নেটওয়ার্কের Realtime পারফরম্যান্স যাচাই করতে পারেন। এই IP SLA এর মাধ্যমে বিভিন্ন ধরণের কাজ করা যায়। যেমনঃ

১. কোন নেটওয়ার্ক পাথের UDP Jitter নির্ণয় করা যায়।
২. কোন নেটওয়ার্ক পাথের Packet loss এর পরিমাণ নির্ণয় করা যায়।
৩. ট্রান্সমিটকৃত Packet sequencing/Packet ordering নিয়ে কাজ করা যায়।
৪. ICMP Echo Operation এর মাধ্যমে নেটওয়ার্ক কানেক্টিভিটি চেক করা যায়।
৫. কোন Server বা Website থেকে download time চেক করা যায়।
…………ইত্যাদি।

আমরা আমাদের এই টিউটোরিয়ালে IP SLA এর ICMP Echo Operation অপশনটি ব্যবহার করবো।

স্ট্যাটিক রাউটিং এর মাধ্যমে Auto Redundancy মেইনটেইন করতে IP SLA কেন কাজে লাগে?

ইতিমধ্যে আমরা যে ল্যাবটি কনফিগার করেছি সেখানে পাশাপাশি রাখা দুইটি রাউটারকে UTP দিয়ে সংযুক্ত করা হয়েছিল। কিন্তু আগেই বলেছি, আই.এস.পি বা অন্যান্য প্রোডাকশন লেভেলে রাউটারদ্বয় একেবারে সরাসরি সংযুক্ত না ও থাকতে পারে।

চিত্রে প্রদত্ত টপোলজি অনুযায়ী, রাউটার R1 ও R2 নিজেদের মধ্যে সরাসরি UTP দিয়ে সংযুক্ত নয়, এর মাঝে দুইটি Media Converter (MC) রয়েছে। (অনেক ক্ষেত্রে রাউটারদ্বয়ের মাঝখানে এক বা একাধিক সুইচও থাকতে পারে।) ধরি, কোন কারণে Primary-Link এর ফাইবার ক্যাবলটি কাটা পড়লো। এক্ষেত্রে Secondary-Link দিয়ে রাউট ঘুরবে না। এখানে Secondary স্ট্যাটিক রাউটটি তখনই এ্যাক্টিভ হবে যখন Primary স্ট্যাটিক রাউটটি রাউটারের রাউটিং টেবিল থেকে মুছে যাবে। আর রাউটার শুধুমাত্র তখনই Primary স্ট্যাটিক রাউটটি তার রাউটিং টেবিল থেকে মুছবে যখন তার Primary ইন্টারফেসের Line Protocol টি Down হবে।

R1#show ip interface brief
Interface              IP-Address      OK? Method Status        Protocol
FastEthernet1/0        10.0.10.1       YES manual up		up
FastEthernet1/1        10.0.20.1       YES manual up            up
FastEthernet2/0        192.168.1.1     YES manual up            up
R2#show ip interface brief
Interface              IP-Address      OK? Method Status        Protocol
FastEthernet1/0        10.0.10.2       YES manual up		up
FastEthernet1/1        10.0.20.2       YES manual up            up
FastEthernet2/0        172.16.1.1      YES manual up            up

এখানে Primary-Link এর ফাইবার ক্যাবলটি কাটা গেলেও রাউটারের সাথে সংযুক্ত MC টি এখনো UP আছে। এর ফলে R1 ও R2 এর সংশ্লিষ্ট প্রাইমারী ইন্টারফেস (Fa1/0) এর Line Protocol এখনো UP আছে। (বর্তমানে কিছু ব্র্যান্ডের MC তে LLF নামক একটি ফিচার আছে, এতে করে ফাইবার ক্যাবল কাটা পড়লে MC টি UP থাকলেও রাউটারের ইন্টারফেসের Line Protocol টি Down হয়ে যায়। এতে করে অটোমেটিকভাবে রাউট ঘুরে যায়।)

এখন ফাইবার ক্যাবলটি কাটা যাওয়ার পরও শুধুমাত্র MC টি UP থাকার কারণে যদি রাউটারের Line Protocol টি Down না হয়, তাহলে এখানে এমন একটি মেকানিজম যুক্ত করতে হবে যাতে করে R1 বুঝতে পারে যে, সে Primry-Link এর মধ্য দিয়ে R2 এর সাথে কমিউটিকেট করতে পারছে না। আর এটি হতে পারে ICMP Echo বা প্রচলিত কথায় Ping এর মাধ্যমে। R1 ও R2 এর মধ্যকার প্রাইমারী ফাইবার ক্যাবলটি কাটা যাওয়ার পর আমরা যদি R1 ও R2 থেকে পরষ্পরকে প্রাইমারী আই.পি দিয়ে Ping দেই তাহলে Ping পাবো না।

R1#ping 10.0.10.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.0.10.2, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5), round-trip min/avg/max = 1/1/4 ms
R2#ping 10.0.10.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.0.10.1, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5), round-trip min/avg/max = 1/1/3 ms

IP SLA এর ICMP Echo Operation অপশনটি এনাবল করলে R1 ও R2 উভয়েই একটি নির্দিষ্ট সময় পর পর একে অপরকে Ping দিয়ে দেখবে যে Live আছে কিনা। একে Tracking করা বলে। পরে স্ট্যাটিক রাউট কনফিগার করার সময় এই Tracking অপশনটি যুক্ত করে দিতে হবে, যাতে করে Tracking টি Successful/Unsuccessful হওয়ার উপর ভিত্তি করে রাউটটিও অটোমেটিকভা্বে এনাবল/ডিসএ্যাবল হয়।

তো কনফিগারেশন শুরু করা যাক.....

R1#conf t
R1(config)#ip sla responder

প্রথমে আমরা R1 এ IP SLA Responder অপশনটি এনাবল করলাম।

R1#conf t
R1(config)#ip sla 10
R1(config-ip-sla)#icmp-echo 10.0.10.2 source-interface fastEthernet 1/0
R1(config-ip-sla-echo)#threshold 100
R1(config-ip-sla-echo)#timeout 1000
R1(config-ip-sla-echo)#frequency 3
R1(config-ip-sla-echo)#exit
R1(config-ip-sla)#exit
R1(config)#ip sla 20
R1(config-ip-sla)#icmp-echo 10.0.20.2 source-interface fastEthernet 1/1
R1(config-ip-sla-echo)#threshold 100
R1(config-ip-sla-echo)#timeout 1000
R1(config-ip-sla-echo)#frequency 3
R1(config-ip-sla-echo)#exit
R1(config-ip-sla)#exit

তারপর আমরা 10 এবং 20 নামে দুইটি IP SLA Entry তৈরী করলাম। R1 যাতে তার Primary Next-hop 10.0.10.2 কে Ping দেয় তা ip sla 10 এর মাধ্যমে ডিফাইন করলাম। এবং R1 যাতে তার Secondary Next-hop 10.0.20.2 কে Ping দেয় তা ip sla 20 এর মাধ্যমে ডিফাইন করলাম। এখানে, 10 ও 20 এর বদলে আপনারা অন্য যেকোন নম্বরও ব্যবহার করতে পারেন (1 থেকে 2147483647 পর্যন্ত)।

R1#conf t
R1(config)#ip sla schedule 10 life forever start-time now
R1(config)#ip sla schedule 20 life forever start-time now

অতঃপর আমরা ip sla 10 ও ip sla 20 এর জন্য দুইটি শিডিউল তৈরী করলাম। life forever বলতে বুঝানো হয়েছে যে, শিডিউলটি সবসময় চলবে এবং start-time now বলতে বুঝানো হয়েছে শিডিউলটি এখন থেকে শুরু হবে। তবে আপনারা চাইলে শিডিউলটি নিজেদের প্রয়োজন অনুযায়ী কাষ্টমাইজ করতে পারবেন।

R1#conf t
R1(config)#track 10 ip sla 10 reachability
R1(config-track)#delay down 1 up 1
R1(config-track)#exit
R1(config)#track 20 ip sla 20 reachability
R1(config-track)#delay down 1 up 1
R1(config-track)#exit

এখন আমরা দুইটি Tracking Object তৈরী করার মাধ্যমে চূড়ান্তভাবে Tracking টি চালু করলাম। এখানে, track 10 এর মধ্যে ip sla 10 কে কল করা হয়েছে। এবং track 20 এর মধ্যে ip sla 20 কে কল করা হয়েছে।

R1#conf t
R1(config)#ip route 172.16.1.0 255.255.255.0 10.0.10.2 name PRIMARY-ROUTE track 10
R1(config)#ip route 172.16.1.0 255.255.255.0 10.0.20.2 2 name SECONDARY-ROUTE track 20
R1(config)#exit

সর্বশেষে আমরা আমরা কনফিগারকৃত ষ্ট্যাটিক রাউটের সাথে Tracking Object কে ইন্টিগ্রেট করলাম।

উপরোক্ত কনফিগারেশনের ফলে যেটি হবে তা হলো, যদি কখনো Primry-Link এর ফাইবার ক্যাবল কাটা পড়ে তাহলে R1 তার Fa1/0 ইন্টারফেস দিয়ে R2 এর 10.0.10.2 আই.পি কে Ping পাবে না। ফলে ip sla 10 এর বিপরীতে কনফিগার করা track 10 অবজেক্টটি Down হবে।

R1#
*Sep 23 09:40:33.699: %TRACKING-5-STATE: 10 ip sla 10 reachability Up->Down

আর যেহেতু track 10 অবজেক্টটি প্রাইমারী স্ট্যাটিক রাউটের সাথে ইন্টিগ্রেট করা হয়েছে তাই উক্ত রাউটটিও অটোমেটিকভাবে রাউটিং টেবিল থেকে মুছে যাবে। আর প্রাইমারী স্ট্যাটিক রাউটটি রাউটিং টেবিল থেকে মুছে গেলে তার বদলে সেকেন্ডারী স্ট্যাটিক রাউটটি স্থলাভিষিক্ত হবে।

R1#show ip route static
Gateway of last resort is not set
      172.16.0.0/24 is subnetted, 1 subnets
S        172.16.1.0 [2/0] via 10.0.20.2

* * *এখানে একটি কথা বিশেষভাবে উল্লেখ্য যে, এই IP SLA কনফিগার করার জন্য সব সময় শুধুমাত্র Primary-Link এর জন্য Tracking Object তৈরী এবং তা Primary স্ট্যাটিক রাউটের সাথে ইন্টিগ্রেট করলেই হবে, Secondary-Link এর জন্য কিছু না করলেও চলবে। এখানে শুধুমাত্র কনফিগারেশনটি ভালভাবে বুঝার সুবিধার্থে Secondary-Link এর জন্যও Tracking Object তৈরী ও Secondary স্ট্যাটিক রাউটের সাথে এর ইন্টিগ্রেশন দেখানো হয়েছে।* * *

যদি আমরা R1এর সমগ্র কনফিগারশেনটি বুঝে থাকি তাহলে ঠিক একইভাবে বুঝে বুঝে R2 এর কনফিগারেশনও সম্পন্ন করবো।

R2#conf t
R2(config)#ip sla responder
R2(config)#ip sla 10
R2(config-ip-sla)#icmp-echo 10.0.10.1 source-interface fastEthernet 1/0
R2(config-ip-sla-echo)#threshold 100
R2(config-ip-sla-echo)#timeout 1000
R2(config-ip-sla-echo)#frequency 3
R2(config-ip-sla-echo)#exit
R2(config-ip-sla)#exit
R2(config)#ip sla 20
R2(config-ip-sla)#icmp-echo 10.0.20.1 source-interface fastEthernet 1/1
R2(config-ip-sla-echo)#threshold 100
R2(config-ip-sla-echo)#timeout 1000
R2(config-ip-sla-echo)#frequency 3
R2(config-ip-sla-echo)#exit
R2(config-ip-sla)#exit
R2(config)#ip sla schedule 10 life forever start-time now
R2(config)#ip sla schedule 20 life forever start-time now
R1(config)#track 10 ip sla 10 reachability
R1(config-track)#delay down 1 up 1
R1(config-track)#exit
R1(config)#track 20 ip sla 20 reachability
R1(config-track)#delay down 1 up 1
R1(config-track)#exit
R2(config)#ip route 192.168.1.0 255.255.255.0 10.0.10.1 name PRIMARY-ROUTE track 10
R2(config)#ip route 192.168.1.0 255.255.255.0 10.0.20.1 2 name SECONDARY-ROUTE track 20
R2(config)#exit

আমাদের সমস্ত কনফিগারেশন ঠিক থাকলে, আমরা Primary ও Secondary কানেকশন UP থাকা অবস্থায় PC-1 থেকে PC-2 কে Ping দিব এবং Ping চলাকালীন সময় Primary Link টি খুলে দিব। তখন দেখা যাবে যে, Secondary-Link দিয়ে অটোমেটিকভাবে রাউট ঘুরে যাবে। তবে রাউট পরিবর্তনের সময় 4/5 টি Ping Drop হতে পারে।

C:\Users\User>ping 172.16.1.2 -t
Pinging 172.16.1.2 with 32 bytes of data:
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127
Reply from 172.16.1.2: bytes=32 time<1ms TTL=127

Ping statistics for 172.16.1.2:
    Packets: Sent = 20, Received = 16, Lost = 4 (20% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

এছাড়াও আমরা রাউটার থেকেও Ping করে দেখতে পারি।

R1#ping 172.16.1.1 source 192.168.1.1 repeat 100
Type escape sequence to abort.
Sending 100, 100-byte ICMP Echos to 172.16.1.1, timeout is 2 seconds:
Packet sent with a source address of 192.168.1.1
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.....!!!!
*Sep 23 10:01:28.123: %TRACKING-5-STATE: 10 ip sla 10 reachability Up->Down!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 95 percent (95/100), round-trip min/avg/max = 1/2/8 ms

আশা করি এই টিউটোরিয়ালটি আপনাদের ভাল লাগবে এবং টিউটোরিয়ালটি দেখে আপনারা IP SLA এর বেসিক কনফিগারেশন সম্পর্কে কিছুটা ধারণা পাবেন। ভাল থাকবেন সবাই, আল্লাহ হাফেজ।