الـ BFD: اكتشاف العطل في جزء من الثانية

enable
configure terminal
hostname SW1
end

enable
configure terminal
hostname R1
no ip domain-lookup
logging buffered
interface g0/0/0
ip address 10.0.12.1 255.255.255.0
no shutdown
interface g0/0/1
ip address 10.0.13.1 255.255.255.0
no shutdown
interface lo0
ip address 1.1.1.1 255.255.255.255
router ospf 1
router-id 1.1.1.1
network 0.0.0.0 255.255.255.255 area 0
end

enable
configure terminal
hostname R2
no ip domain-lookup
logging buffered
interface g0/0/0
ip address 10.0.12.2 255.255.255.0
no shutdown
interface g0/0/1
ip address 10.0.23.2 255.255.255.0
no shutdown
interface lo0
ip address 2.2.2.2 255.255.255.255
router ospf 1
router-id 2.2.2.2
network 0.0.0.0 255.255.255.255 area 0
end

enable
configure terminal
hostname R3
no ip domain-lookup
logging buffered
interface g0/0/0
ip address 10.0.13.3 255.255.255.0
no shutdown
interface g0/0/1
ip address 10.0.23.3 255.255.255.0
no shutdown
interface lo0
ip address 3.3.3.3 255.255.255.255
router ospf 1
router-id 3.3.3.3
network 0.0.0.0 255.255.255.255 area 0
end

حيّاك الله. لما الكيبل بين راوترين ينقطع مباشرة، الواجهة تطيح، والبروتوكول يعرف على طول. لكن في الواقع، كثير من الروابط يكون بينها switch، أو خط من مزوّد خدمة. والانقطاع في الطرف الثاني ما يطيّح واجهتك. وقتها OSPF ما يعرف إن الجار مات إلا لما يخلص الـ dead timer: أربعين ثانية افتراضياً. وأربعين ثانية في شبكة بنك أو مستشفى، كثير مرّة. المعمل: R1 و R2 متصلين عن طريق SW1، وهذا الطريق الأساسي. وفيه طريق احتياطي عن طريق R3. نشوف كيف R1 يوصل لـ R2.

show ip route 2.2.2.2

الطريق الأساسي عن طريق ten dot zero dot twelve dot two، يعني من SW1. الحين بنطفي البورت حق SW1 اللي رايح لـ R2. واجهة R1 تبقى up، فـ R1 ما يحس بشي. وانتبه لشي: المعمل يسرّع مؤقتات البروتوكولات عشر مرات، فالأربعين ثانية هنا تصير أربع ثواني. ركّز على وقت الإطفاء في SW1، ووقت رسالة الجار في R1.

enable
configure terminal
interface g0/2
shutdown
end

show logging | include ADJCHG

البورت انطفى، و R1 ما شال الجار إلا بعد أربع ثواني، والسبب مكتوب: Dead timer expired. يعني في شبكة حقيقية: أربعين ثانية كاملة R1 يرسل الترافيك على طريق مقطوع، وكل هذا ينرمى. نرجّع البورت، ونحل المشكلة.

configure terminal
interface g0/2
no shutdown
end

الحل: BFD، يعني bidirectional forwarding detection. بروتوكول خفيف مرّة، شغله الوحيد إنه يتأكد إن الطريق شغّال، ويرسل hello كل خمسين ملي ثانية مثلاً. وإذا فاتت ثلاث رسائل، يبلّغ البروتوكولات اللي مسجلة عنده. والـ BFD لوحده ما يسوي شي. لازم كل بروتوكول يطلبه: ip ospf bfd، أو bfd all-interfaces، أو neighbor fall-over bfd في BGP. نفعّله على الطرفين، على الواجهة g zero slash zero slash zero.

configure terminal
interface g0/0/0
bfd interval 50 min_rx 50 multiplier 3
ip ospf bfd
end
show bfd neighbors

configure terminal
interface g0/0/0
bfd interval 50 min_rx 50 multiplier 3
ip ospf bfd
end

جلسة BFD مع ten dot zero dot twelve dot two، والحالة Up. الحين نعيد نفس التجربة: نطفي البورت في SW1، ونشوف R1 مباشرة.

قارن الأوقات: البورت انطفى، وبعده بـ مِيّة وخمسين ملي ثانية جات رسالة BFD SESSION_DOWN، وفي نفس اللحظة OSPF شال الجار، والسبب مكتوب: BFD down. والمسار انتقل للطريق الاحتياطي عن طريق R3، خلال جزء من الثانية بدل أربعين ثانية. ومؤقتات الـ BFD هنا حقيقية، ما فيها تسريع. وهذا اللي يطلبه الاختبار: BFD ما يغيّر الـ routing، هو بس يعطي البروتوكول خبر الانقطاع بسرعة. الحين دورك. رجّع البورت في SW1، وتأكد إن جلسة BFD رجعت Up، وإن المسار لـ two dot two dot two dot two رجع على الطريق الأساسي. وقّف الفيديو، وجرّب.

تمرين: على SW1: interface g0/2 ثم no shutdown. بعدها على R1: show bfd neighbors و show ip route 2.2.2.2.

الحل.

الجلسة رجعت، والمسار رجع عن طريق ten dot zero dot twelve dot two. الخلاصة: الـ BFD يكتشف الانقطاع خلال ملي ثواني، والبروتوكول لازم يسجل فيه، ويفيد بالذات لما يكون بين الراوترين switch أو مزوّد خدمة. والدرس الجاي نختم المحور الأول بدرس تشخيص كامل.