מה זה BFD?
BFD או Bidirectional Forwarding Detection הוא פרוטוקול קל-משקל, גנרי ומהיר שנועד לזהות כשלים
בקישור בין שני רכיבי רשת (כגון נתבים או מתגים) בזמן הקצר ביותר האפשרי, ולעדכן על כך את פרוטוקולי הניתוב
השונים כדי שיפעלו בהתאם.
מדובר בפרוטוקול קריטי בסביבות רשת שבהן זמן השהייה והתאוששות מכשל חייבים להיות מינימליים –
כמו ברשתות ISP, Data Centers ו־SD-WAN.
מטרות הפרוטוקול
זיהוי מהיר של כשלים בלינקים – מהר יותר מפרוטוקולי ניתוב רגילים.
גמישות בפרמטרים של זמן וגילוי – מאפשר התאמה של זמני heartbeat לפי הצורך.
הפרדה בין גילוי תקלות לבין פרוטוקולי ניתוב – BFD משמש כ”שכבת זיהוי” שניתן לשלב עם OSPF, BGP, IS-IS ואחרים.
איך BFD עובד?
BFD פועל באמצעות שליחת packets ייעודיים (control packets) בין שני התקנים ברשת במרווחים קבועים.
כל התקן עוקב אחרי רצף ה־packets ומוודא שהצד השני זמין.
אם צד אחד מפסיק לקבל תשובות תוך זמן מסוים (שנקרא Detection Time), הוא מניח שהקישור נפל –
גם אם ה־interface עצמו פועל תקין מבחינה פיזית.
תהליך בסיסי:
נוצר Session בין שני התקנים.
מוגדרים ערכים כגון:
Interval (כל כמה זמן נשלחת הודעה)
Detection Multiplier (כמה הודעות ניתן לפספס לפני שמכריזים על תקלה)
כל התקן שולח control packet ומחכה לתשובה.
אם אין תשובה בפרק הזמן שהוגדר – הקישור נכשל.
יתרונות של BFD
זמן תגובה קצר ביותר – ניתן להגדיר אינטרוולים של מילי-שניות.
תמיכה בפרוטוקולי ניתוב רבים – ניתן לשלב עם OSPF, EIGRP, BGP ועוד.
הפחתת זמן convergence – כשפרוטוקול הניתוב מקבל מ־BFD הודעה שהקישור נפל, הוא מתעדכן מיידית ולא מחכה ש־keepalive יפוג.
פעולה על גבי L2, L3 ואפילו GRE/IPSec – BFD לא תלוי בפרוטוקול שכבה מסוימת.
שילוב עם פרוטוקולי ניתוב
| פרוטוקול | כיצד BFD משתלב |
| OSPF | קיצור זמן תגובה של שכני ניתוב שנפלו |
| BGP | קיצור זמן גילוי כשל בשכנים, במיוחד עם multihop |
| IS-IS | עדכון מהיר של כשלים במסלולים ללא תלות ב־hello |
| EIGRP | גילוי מהיר של אובדן שכנות |
דרישות ופריסה של BFD
תמיכה בציוד – נדרש שהנתבים או המתגים יתמכו בפרוטוקול.
קונפיגורציה מדויקת – שגיאה בהגדרות יכולה לגרום לניתוקים שגויים.
תיאום בין קצוות – שני הצדדים צריכים לתמוך ולנהל את אותה Session.
מגבלות של BFD
שימוש במשאבים – אם יש אלפי sessions, העומס על ה־CPU עשוי לגדול.
תקלות שווא – זמני timeout קצרים מדי עלולים לגרום ל־false positives.
לא מוצפן – אין הגנה פנימית על ה־packets, ולכן נדרש סגמנט רשת מאובטח.
מערכות וחברות תומכות בפרוטוקול BFD
Cisco Systems
IOS / IOS-XE / NX-OS – תמיכה מלאה בפרוטוקול BFD.
שילוב מובנה עם OSPF, EIGRP, BGP ו־IS-IS.
תמיכה בקישורי GRE, L2VPN, MPLS, EtherChannel.
Juniper Networks
Junos OS – תמיכה מתקדמת מאוד בפרוטוקול BFD.
שילוב מלא עם כל פרוטוקולי הניתוב ו־MPLS.
מאפשר פריסה גם מעל LAG ו־IPSec.
Arista Networks
תומכת ב־BFD כחלק מ־EOS (Extensible Operating System).
פופולרי במיוחד בדאטה סנטרים עם Spine-Leaf.
קונפיגורציה פשוטה מאוד דרך CLI.
MikroTik
נתבים תחת RouterOS תומכים ב־BFD בפרוטוקולי ניתוב כגון OSPF.
הגדרה דרך ממשק WinBox או שורת פקודה.
Fortinet
FortiGate (FortiOS) – תמיכה ב־BFD בעיקר בפרוטוקולים כמו BGP.
תומך גם בקישורים וירטואליים IPSec/MPLS בין סניפים.
Nokia (ex-Alcatel-Lucent)
מערכת SR OS לנתבי שירות (Service Routers) תומכת ב־BFD.
נפוץ במיוחד אצל ספקיות אינטרנט וטלקום.
Cumulus Linux (NVIDIA)
תומך ב־BFD כחלק מפתרונות switching מבוססי Linux.
משולב עם FRRouting (FRR) ו־Quagga.
Huawei
מערכת VRP כוללת תמיכה ב־BFD למגוון תרחישים.
מתאים לרשתות ארגוניות ו־Carrier-grade.
VyOS
מערכת קוד פתוח לניהול רשתות מבוססת Linux.
תומכת ב־BFD כאשר משתמשים ב־FRRouting.
Palo Alto Networks (חלקי)
תמיכה מוגבלת יותר; יש צורך לבדוק לפי גרסת PAN-OS וסוג התצורה.
בעיקר בפתרונות SD-WAN.
שאלות ותשובות בנושא BFD
שאלה: מה ההבדל בין BFD ל־Hello Messages של OSPF?
תשובה: BFD מהיר וגמיש יותר; בעוד OSPF משתמש בטיימר קבוע, BFD יכול לפעול באינטרוולים קצרים
בהרבה (כמו 50ms), ולהתריע על כשל תוך 150ms.
שאלה: האם BFD יכול לפעול על קישור GRE?
כן, אחת היתרונות המרכזיים של BFD היא האפשרות לפעול גם מעל קישורים לוגיים כמו GRE, IPSec ו־LAGs.
שאלה: מה קורה אם צד אחד לא תומך ב־BFD?
תשובה: לא ניתן להקים session. שני הקצוות חייבים לתמוך ולהיות מוגדרים תואם.
