1- تعد خاصية Fast Reroute من اهم التحديثات التي طرأت على جميع Routing protocols لتحسين عملية Route Convergence. والمقصود بعملية Route Convergence هو الاتفاق الحاصل بين جميع الراوترات على تحديد النتورك تبولوجي وتحديد افضل مسار للوصول لأي نتورك. 

2- في حالة حدوث مشكلة على انترفيس معين على راوتر معين, يبدأ الراوتر في عملية Route Convergence مرة أخرى والتي تبدأ بمرحلة اكتشاف المشكلة, ثم مرحلة الإبلاغ بوجود مشكلة الى بقية الراوترات الموجودة في الشبكة, ثم مرحلة البدء مرة أخرى في حساب افضل مسار بديل على كل راوتر وأخيرا ارسال اخر نسخة من الداتا بيس الأخيرة الى بقية الراوترات. في هذا الثريد سنقوم بالتركيز اكثر على حساب مسار بديل

3- سنبدأ أولا ببروتوكول EIGRP, ويعتبر من افضل البروتوكولات في حساب المسار البديل (backup path) وذلك بسبب المبادرة لحساب المسار البديل وقت حساب المسار رئيسي (Primary Path) قبل حدوث أي مشكلة في النتورك. ويسمى (Feasible Successor route). لا ننسى ان عملية حساب Feasible Successor يعتمد على معادلة معينة تسمى Feasibility Condition, في حال تحقيق هذه المعادلة يستطيع البروتوكول الاحتفاظ بالمسار البديل داخل EIGRP Topology. لكن للأسف لن يتم نسخ بيانات هذا المسار البديل الى داخل Routing protocol.

 5- اما بالنسبة لبروتوكول OSPF وأيضا بروتوكول BGP, وبروتوكول ISIS, لن يقوم أي من هذه البروتوكولات بحساب مسار بديل الا في حالة حدوث المشكلة في النتورك. لذلك عملية Route Convergence مع بروتوكول EIGRP تعتبر الأفضل نوعا ما. فمثلا بروتوكول OSPF, سيعتمد ايضا على Hello وقد تستغرق الى 40 ثانية حتى يستطيع اكتشاف المشكلة وايضا الى حساب مسار جديد (لايوجد مسار بديل هنا) وهنا قد يعتمد على بعض Timers للوغارتيم مثل Throttling SPF timers لحساب المسار الجديد. اما في حالة BGP, سيعتمد على Keepalive والتي قد تستغرق 180 ثانية حتى يتم اكتشاف المشكلة ومن ثم حساب افضل مسار من خلال Path Attributes.

6- ما هو دور FRR اذا؟ يأتي دور FRR في المبادرة لحساب مسار بديل (Temporary backup path) مؤقت لجميع البروتوكولات OSPF,EIGRP,BGP,ISIS ونسخ معلومات المسار البديل الى Routing Table وأيضا الى Forwarding table. لكن لن يتم استخدامه الا في حالة حدوث مشكلة للمسار الرئيسي. لاحظ اننا ذكرنا مسار بديل مؤقت, وهو مسار يتم استخدامه خلال عملية Route Convergence حتى ينتهى البروتوكول المستخدم من حساب مسار بديل دائم.

7- أهمية FRR في تحسين عملية Route Convergence بحيث عملية الانتقال واستخدام المسار البديل المؤقت تكون خلال milliseconds وبذلك لن يشعر المستخدم بوجود مشكلة في النتورك حتى لو استغرق البروتوكول وقت اطول لحساب مسار بديل دائم

 هناك 4 معادلات رئيسية تستخدم عند حساب المسار البديل (Repaired Path) عن طريق خاصية (IP FRR). لاننسى تفعيل هذه الخاصية تحت Routing Protocols

المعادلة الاولى تحدد امكانية وجود repaired path

https://bit.ly/3NRYJYH