IP SLA
در ادامه بحث PBR مبحث IP SLA وجود داره که میتونن باهم دیگه خیلی شیک و مجلسی کار کنند.
فرض کنید که یه روتر توی شبکه داریم که به دوتا اینترنت وصل شده.ISP1 با سرعت 2 و ISP2 سرعت 1 رو برای ما فراهم کرده.میخوایم که ISP2 نقش backup رو برای اینترنت ما بازی کنه ودر صورت از دست رفتن اینترنت اصلی جایگزین اون بشه.
اولین چیزی که واسه این حالت پیش میاد اینه که بیایم دوتا default-route بتویسیم به سمت isp ها .
ip route 0.0.0.0 0.0.0.0 serial0 10
ip route 0.0.0.0 0.0.0.0 serial1 20
حالا وقتی هردو لینک up هستن ، مسیر اصلی ما برای اینترنت isp1 خواهد بود چون متریک کمتری -10- داره نسبت به isp2.
به نظر همه چی خوب کار میکنه ولی در واقعیت این طور نیس.به دلیل اینکه static route ها زمانی از جدول روتینگ پاک میشن که مثلا اینترفیس خروجی down بشه.وقتی که سرویس اینترنت isp1 قطه بشه یا down بشه ، اینترفیس serial0 که down نشده و up میمونه.پس روت مربوط به isp1 ، با قطع شدن سرویس از جدول روتینگ پاک نمیشه.
با این feature میخوایم رفتار نتورک رو مانیتور کنیم میتونیم با PBR و static route اینو مورد استفاده قرار بدیم اما IP SLA مفهموم و کاربردش توی operation خلاصه میشه
operation type
ICMP
RTP
TCP connection
UDP
DNS-DHCP-HTTP-FTP
توی مثال بالا میتونیم با ICMP چک کنیم که روتر اون سر لینک رو پینگ کنه بصورت دوره ای و پیوسته .اگر پینگ اوکی بود که هیچ ولی اگر مشکل داشت ، سراغ لینک دوم بره یعنی اینکه SLA ما down شده است.
برای کانفیگ دو حالت پیش میاد.اینکه سمت responder ممکن است که یک روتر باشه و میتونه یک سرور باشه.اگر روتر بود که میتونیم کانفیگ خودشو انجام بدیم برای operation ولی اگرهم سرور بود کار خاصی لازم نیس انجام بشه
فقط اینکه سرور روال عادی کار خودشو انجام بده مهمهست و اینکه در دسترس باشه.
router(config)#ip sla number
router(config-ip-sla)#icmp-echo destination-ip or hostname source-ip ip
address source-interface interface name/interface number
router(config-ip-sla-echo)#frequency seconds
router(config)# ip sla schedule sla number life forever start-time now
اما بخوایم حالا اینو روی سناریو کار کنیم.رئی همون مثال PBR میریم جلو میایم روی روتر R3 این کارو برای LP0 روتر R6 انجام میدیم.
IOS این روتر نوع دستوراتش فرق میکنه ولی روالکار یکی هستش.ذخب تا اینجا فقط یه sla نوشتیم ولی هیچ اتفاقی نیفتاده.برای استارت کردنش باید :
حالا هر 15 ثانیه یکبار که در frequency تعریف کردیم ، LP0 توسطR3 پینگ میشه
حالا این ip sla رو چطور بهروتینگ مربوط کنیم یعنی وابستگی روتینگ به SLA . باید از مفهمو Tracking Object استفادهکنیم
به اینصورت که تا الان sla operation رو ساختیم.حالا میایم یه track میسازیم و اونو به sla ساخته شدهmap میکنیم
و در نهایت PBR یاstatic route رو کاری میکنیم که track object رو چک کنه.
مثلا میتونیم بگیم اگر 5تا sla ما down بود ، اونوفت بگوtrack ما هم down شده و اگر5تا sla ما up بوده ، اونموقع track رو همup اعلام کن. و بعد به روتینگ بگیم که توبیا بهtrack نگاه کن
این کار جلوی route-flap رو هم میگیره که اگر یه قطعی کوچیک و ساده هم بوجود اومد ، اگر مثلا 10تا failed داشتیم ، بیا track روdown نگه دار.
میبینیم که sla توی کانفیگها نیس.تویIOS های قدیمی به جاش rtr وجود داره
تا اینجا با اون 30 ثانیه که تعیین کردیم یعنی 2تاsla اگر failed شد ، trackهم failed بشه و اگر2تا sla هم up شد ، track هم up بشه.منظور از 2تا sla همون زمان 15ثانیه هست که تعیین کردیم.
حالا اگر show track بگیریموضعیتش up هست چون sla ما up هست.
حالا اگر LP0 روتر R6 رو قطع کنیم down . ، انتظار داریم که15 ثانیه بعد R3 ، بیاد sla خودشو down کنه ، و از طرف دیگه بعد ازدوتا sla یعنی 30 ثانیه ، track هم downبشه.
حالا دوباره LP0 روترR6 رو up میکنیم.روی R3،بعد از 15 ثانیه UP,sla میشه و track هم بعد از 2تا sla یعنی 30 ثانیهup میشه.
حالا میریم روتینگ رو به sla & track وصل کنیم
یه نتورک الکی در نظر میگیریم مثلا 10.20.30.0/24 و روترو واسه اون مینویسیم روی روتر R3
حالا توی جدول روتینگ رورتر R3 ، برای نتورک 10.20.30.0 از سمت serial 1/0 میره چون نتورک کمتر داره.الان دیگه باید انتظادر داشته با شیم که بعد از down شدن LP0 روتر R6 ، و بعد از down شدن sla ، 30 ثانیه بعد track هم down بشه.خط روت مربوز به نتورک 10.20.30.0 در جدول روتینگ R3 حدف بشه و روت استاتیک دوم بجای اون بیاد.
کاری کردیم که با down شدن اینترفیس LP0 روتر R6 ، روت ما در R3 عوض بشه.
اما برای استاتیم بود این کار و برای PBR از دستورات زیر استفاده میکنیم
