لب عملی: پیکربندی BFD برای تشخیص سریع شکست

این لب عملی جلسات BFD را بین دو روتر پیکربندی می‌کند و BFD را به یک فرآیند OSPF از‌قبل-در-حال-اجرا پیوند می‌دهد، و زمان تشخیص شکست را در مقایسه با تکیه صرف بر مکانیزم تایمر hello/dead خود OSPF از پیش‌تر در این مجموعه به‌طور چشمگیری کاهش می‌دهد.

پیکربندی BFDتشخیص شکست زیر-ثانیه‌اییکپارچگی پروتکل BFD

~3 min read · Updated Sep 26, 2026

هدف لب

پیکربندی جلسات BFD بین دو روتر، پیوند‌دادن BFD به یک فرآیند OSPF از‌قبل-برقرار، و مقایسه زمان تشخیص شکست با استفاده از BFD در برابر مکانیزم تایمر hello/dead پیش‌فرض خود OSPF از پیش‌تر در این مجموعه.

هدف لب (چرا مهم است)

تایمر dead پیش‌فرض ۴۰ ثانیه‌ای OSPF، به‌طور گسترده پیش‌تر در این مجموعه بحث شد، برای بسیاری شبکه‌های مدرن که failover زیر-ثانیه‌ای انتظار می‌رود بسیار آهسته است. به‌جای تنظیم تهاجمی تک‌تک تایمرهای هر پروتکل مسیریابی جداگانه، BFD یک مکانیزم تشخیص شکست واحد، سبک، و مستقل-از-پروتکل فراهم می‌کند که چند پروتکل مسیریابی می‌توانند به اشتراک بگذارند.

توپولوژی لب

R1 ---- Gi0/0 ------------------ Gi0/0 ---- R2

192.168.230.1/24            192.168.230.2/24

OSPF از قبل بین R1 و R2 برقرار شده، تایمرهای
پیش‌فرض (hello 10، dead 40)

وظیفه ۱: تأیید زمان تشخیص شکست خط‌مبنای OSPF

یک شکست لینک را بدون BFD شبیه‌سازی کن و یادداشت کن OSPF تقریباً چقدر طول می‌کشد تا آن را تشخیص دهد و همسایه را حذف کند.

وظیفه ۲: پیکربندی BFD روی هر دو اینترفیس

BFD را روی اینترفیس‌های مشترک Gi0/0 روی هر دو روتر، با یک بازه تهاجمی، فعال کن.

وظیفه ۳: پیوند‌دادن BFD به فرآیند OSPF

OSPF را طوری پیکربندی کن که از BFD برای تشخیص شکست روی این اینترفیس استفاده کند، به‌جای تکیه صرف بر تایمرهای hello/dead خودش.

وظیفه ۴: تأیید فعال‌بودن جلسه BFD

تأیید کن یک جلسه BFD بین دو روتر مستقل از حالت همسایه خود OSPF برقرار می‌شود.

وظیفه ۵: شبیه‌سازی مجدد یک شکست و مقایسه زمان تشخیص

همان شکست لینک را شبیه‌سازی کن و تشخیص به‌طور چشمگیری سریع‌تر و حذف همسایه OSPF را مشاهده کن.

راه‌حل و تأیید

-- آزمایش خط‌مبنا: شکست لینک بدون BFD

R1(config)# interface gigabitethernet0/0
R1(config-if)# shutdown

-- (تقریباً ۴۰ ثانیه بعد، بر اساس تایمر dead
--  پیش‌فرض)
R1# show ip ospf neighbor
-- (همسایه فقط پس از گذشت تقریباً ۴۰ ثانیه
--  ناپدید می‌شود)

R1(config-if)# no shutdown

R1(config)# interface gigabitethernet0/0
R1(config-if)# bfd interval 150 min_rx 150 multiplier 3

R2(config)# interface gigabitethernet0/0
R2(config-if)# bfd interval 150 min_rx 150 multiplier 3

-- بازه ۱۵۰ میلی‌ثانیه‌ای با یک ضریب ۳ یعنی
-- یک شکست در طول تقریباً ۴۵۰ میلی‌ثانیه
-- تشخیص داده می‌شود، به‌طور چشمگیری سریع‌تر
-- از تایمر dead ۴۰-ثانیه‌ای خود OSPF

R1(config)# router ospf 1
R1(config-router)# bfd all-interfaces

R2(config)# router ospf 1
R2(config-router)# bfd all-interfaces

R1# show bfd neighbors

NeighAddr        LD/RD    RH/RS    State   Int
192.168.230.2    1/1      Up/Up    Up      Gi0/0
-- جلسه BFD به‌طور مستقل برقرار شد -- این
-- جلسه سلامت لینک را مستقیماً نظارت می‌کند،
-- جدا از تبادل hello خود OSPF

R1(config)# interface gigabitethernet0/0
R1(config-if)# shutdown

-- تشخیص اکنون در طول تقریباً نیم ثانیه رخ می‌دهد

R1# show ip ospf neighbor
-- (همسایه از‌قبل رفته، تأیید‌شده با بررسی
--  تقریباً بلافاصله پس از shutdown، به‌جای
--  انتظار برای چیزی نزدیک به ۴۰ ثانیه)

نکته کلیدی

BFD به‌عنوان یک جلسه مستقل و سبک عمل می‌کند که OSPF (یا هر پروتکل یکپارچه‌شده-با-BFD) صرفاً از آن سؤال می‌کند، به‌جای اینکه هر پروتکل مسیریابی نیاز به تایمرهای hello/dead تهاجمی-تنظیم‌شده خودش داشته باشد — این جداسازی یعنی همان جلسه BFD می‌تواند هم‌زمان تشخیص شکست را برای چند پروتکل در حال اجرا روی همان لینک (OSPF، EIGRP، BGP) تسریع کند بدون نیاز به پیکربندی جداگانه تایمرهای تهاجمی در هر پروتکل جداگانه.

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue