برتوكولات FHRP لتوفير بوابة احتياطية في الشبكات

في البداية لازم نوضح إن FHRP ليست بروتوكول واحد، بل عائلة من 3 بروتوكولات هدفها الأساسي: توفير بوابة (Gateway) احتياطية في الشبكة.

السبب في وجود بوابة احتياطية؟ 🤔
لو الراوتر الرئيسي حصل له عطل أو فشل، تقوم عائلة FHRP بإنشاء راوتر وهمي Virtual Router وإعطاؤه عنوان IP، بحيث يدمج الراوتر الرئيسي والاحتياطي وكأنهم راوتر واحد.

ملاحظة: جميع أجهزة الـ PC تستخدم IP الراوتر الوهمي كـ Gateway، عشان تضمن استمرار الاتصال بدون انقطاع.
عدد الراوترات الاحتياطية المسموح بها يعتمد على نوع البروتوكول المستخدم.

البروتوكول الأول: HSRP - Hot Standby Redundancy Protocol 🖥️​

• خاص بسيسكو (Cisco Only)
• يدعم بوابتين فقط: الرئيسي والاحتياطي
• لا يوجد Load-Balancing: الراوتر الاحتياطي لا يعمل إلا عند فشل الرئيسي

أي بمعنى آخر، الراوتر الاحتياطي “ساكت” لحد ما يحصل فشل في الرئيسي، وبعدها يتفعل تلقائيًا.

---

البروتوكول الثاني: VRRP - Virtual Router Redundancy Protocol 🌐​

• Open Standard، ليس محصورًا بسيسكو
• يدعم بوابتين فقط: الرئيسي والاحتياطي
• لا يوجد Load-Balancing

نسخة طبق الأصل من HSRP، لكن معيار مفتوح تم تطويره بواسطة IEEE.

---

البروتوكول الثالث: GLBP - Gateway Load-Balancing Protocol ⚡​

• خاص بسيسكو (Cisco Only)
• يدعم 4 بوابات: واحد رئيسي و3 احتياطي
• يدعم Load-Balancing: توزيع تلقائي للتحميل بين الراوترات الاحتياطية

الميزة الكبيرة هنا إن الراوترات الاحتياطية ليست مجرد بديل عند الفشل، بل تُستخدم فعليًا لتقليل الحمل على الرئيسي وتحسين أداء الشبكة.

✅ الخلاصة:
إذا كنت تبحث عن أمان واستمرارية الشبكة مع تحسين الأداء، فإن GLBP هو الخيار الأمثل، بينما HSRP وVRRP مناسبين للشبكات الصغيرة أو التي تحتاج بوابة احتياطية بسيطة.