لب عملی: پیکربندی Fast Hello و همگرایی زیر-ثانیه‌ای در OSPF

هدف لب

پیکربندی fast hello در OSPF روی یک لینک نقطه-به-نقطه، تنظیم یک بازه hello زیر-ثانیه‌ای و تایمر dead متناظراً کاهش‌یافته، سپس شبیه‌سازی یک شکست لینک و اندازه‌گیری زمان تشخیص در برابر خط‌مبنای تایمر پیش‌فرض 10-ثانیه‌ای hello/40-ثانیه‌ای dead برقرارشده در لب‌های OSPF قبلی.

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

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

توپولوژی لب

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

192.168.240.1/24            192.168.240.2/24

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

وظیفه ۱: تأیید رفتار خط‌مبنای تایمر پیش‌فرض

مقادیر تایمر hello و dead فعلی روی اینترفیس را تأیید کن.

وظیفه ۲: پیکربندی Fast Hello در OSPF

fast-hello را با یک بازه زیر-ثانیه‌ای روی اینترفیس‌های هر دو روتر پیکربندی کن.

وظیفه ۳: تأیید مقادیر تایمر جدید

تأیید کن اینترفیس اکنون بازه hello زیر-ثانیه‌ای و تایمر dead متناظراً تنظیم‌شده را نشان می‌دهد.

وظیفه ۴: شبیه‌سازی یک شکست لینک و اندازه‌گیری زمان تشخیص

شبیه‌سازی کن لینک down می‌شود و اندازه‌گیری کن همسایه چقدر سریع down اعلام می‌شود.

وظیفه ۵: مقایسه در برابر خط‌مبنای تایمر پیش‌فرض

زمان تشخیص fast-hello را در برابر زمان تشخیص پیش‌فرض تقریباً ۴۰-ثانیه‌ای از لب‌های قبلی مقایسه کن.

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

R1# show ip ospf interface gigabitethernet0/0 | include Timer

  Timer intervals configured, Hello 10, Dead 40
-- تایمرهای پیش‌فرض تأیید شدند، منطبق با هر
-- لب OSPF قبلی در این مجموعه

R1(config)# interface gigabitethernet0/0
R1(config-if)# ip ospf dead-interval minimal hello-multiplier 5

R2(config)# interface gigabitethernet0/0
R2(config-if)# ip ospf dead-interval minimal hello-multiplier 5

-- "minimal" بازه dead را روی ۱ ثانیه تنظیم
-- می‌کند، و hello-multiplier 5 یعنی ۵ hello
-- درون آن پنجره ۱-ثانیه‌ای فرستاده می‌شود (هر
-- 200 میلی‌ثانیه) -- هر دو انتها باید مقادیر
-- منطبق پیکربندی کنند تا همسایگی پایدار بماند

R1# show ip ospf interface gigabitethernet0/0 | include Timer

  Timer intervals configured, Hello 200 msec, Dead 1
-- تأیید می‌کند بازه hello زیر-ثانیه‌ای (200
-- میلی‌ثانیه) و بازه dead ۱-ثانیه‌ای اکنون فعال‌اند

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

-- (زمان‌سنجی تشخیص از این نقطه)

R2# show ip ospf neighbor

-- (ورودی همسایه در طول تقریباً ۱ ثانیه
--  ناپدید می‌شود، منطبق با بازه dead پیکربندی‌شده)

R2# show logging | include OSPF

*Jun 26 09:15:03.102: %OSPF-5-ADJCHG: Process 1,
Nbr 1.1.1.1 on GigabitEthernet0/0 from FULL to
DOWN, Neighbor Down: Dead timer expired
-- برچسب زمانی تأیید می‌کند تشخیص تقریباً ۱
-- ثانیه پس از down‌شدن اینترفیس رخ داد، و
-- دقیقاً با بازه dead حداقلی پیکربندی‌شده
-- تطبیق دارد

-- خلاصه مقایسه:

تایمرهای پیش‌فرض (لب‌های قبلی): ~۴۰ ثانیه
                                برای تشخیص شکست

Fast-hello (این لب):             ~۱ ثانیه
                                برای تشخیص شکست

-- تقریباً بهبود ۴۰x در سرعت تشخیص، به‌دست‌آمده
-- با استفاده از مکانیزم hello بومی خود OSPF
-- به‌تنهایی، بدون هیچ پیکربندی BFD‌ای اصلاً

نکته کلیدی

fast-hello در OSPF تشخیص شکست زیر-ثانیه‌ای را فقط با استفاده از مکانیزم پروتکل خود OSPF به دست می‌آورد، پیش از BFD وجود داشته و مستقل از آن پوشش‌داده‌شده در یک لب قبلی عمل می‌کند — مبادله سربار افزایش‌یافته CPU و پهنای‌باند از تبادل hello بسیار مکررتر است (۵ hello در ثانیه اینجا در مقابل یک‌بار در هر ۱۰ ثانیه به‌طور پیش‌فرض)، هزینه‌ای که باید در برابر تشخیص سریع‌تر سنجیده شود، و یک دلیل اینکه BFD معمولاً در استقرارهای مدرن ترجیح داده می‌شود چون این سربار را از خود پروتکل مسیریابی جدا می‌کند.