لب عملی: عیب‌یابی همسایگی‌های OSPF

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

Debug همسایگی OSPFعدم‌تطابق تایمر Hello Deadشکل‌گیری همسایه بی‌درنگ

~3 دقیقه مطالعه · آخرین به‌روزرسانی ۳۱ شهریور ۱۴۰۵

هدف لب

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

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

دستور show ip ospf neighbor، استفاده‌شده در سراسر لب‌های قبلی، فقط یک عکس‌فوری از حالت فعلی نشان می‌دهد. وقتی یک همسایگی گیر کرده یا اصلاً شکل نمی‌گیرد، debug ip ospf adj توالی زنده رویدادها را آشکار می‌کند، که آن را به گام بعدی ضروری وقتی تأیید ایستا به‌تنهایی یک مسئله را توضیح نمی‌دهد تبدیل می‌کند.

توپولوژی لب

R1 ---- GigabitEthernet0/0 ------ GigabitEthernet0/0 ---- R2

R1: 192.168.8.1/24
R2: 192.168.8.2/24

فرآیند OSPF 1 از قبل روی هر دو پیکربندی شده،
ناحیه 0، در حال حاضر یک همسایگی سالم شکل می‌دهد

وظیفه ۱: مشاهده شکل‌گیری همسایگی سالم

debug ip ospf adj را روی R1 فعال کن، سپس اینترفیس را خاموش و دوباره فعال کن تا یک شکل‌گیری همسایگی تازه فعال شود، و پیشرفت حالت را در خروجی debug مشاهده کن.

وظیفه ۲: غیرفعال‌کردن Debug

پس از مشاهده شکل‌گیری سالم، debug را خاموش کن.

وظیفه ۳: معرفی یک عدم‌تطابق تایمر

بازه hello OSPF R2 را به مقداری متفاوت از R1 تغییر بده، که یک عدم‌تطابق ایجاد می‌کند.

وظیفه ۴: دوباره‌فعال‌کردن Debug و مشاهده شکست

debug ip ospf adj را دوباره روی R1 فعال کن، اینترفیس را دوباره بچرخان، و مشاهده کن خروجی debug چگونه عدم‌تطابق را آشکار می‌کند.

وظیفه ۵: تصحیح عدم‌تطابق

تایمرهای منطبق را بازگردان و تأیید کن همسایگی دوباره به FULL می‌رسد.

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

R1# debug ip ospf adj

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

*OSPF: 2-Way Communication to 192.168.8.2, state 2WAY
*OSPF: Send DBD to 192.168.8.2 seq 0x1234 opt 0x52 flag 0x7
*OSPF: Rcv DBD from 192.168.8.2 seq 0x1234 opt 0x52 flag 0x2
*OSPF: Exchanging state changed from EXCHANGE to LOADING
*OSPF: Synchronized with 192.168.8.2, state FULL
-- پیشرفت کامل ماشین‌حالت گام‌به‌گام قابل‌مشاهده
-- است، و شکل‌گیری سالم را تا FULL تأیید می‌کند

R1# undebug all

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

R1# debug ip ospf adj

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

*OSPF: Rcv pkt from 192.168.8.2, Mismatch Authentication
Type. Input packet specified type 0, we use type 0
*OSPF: Hello parameters mismatch, Rcv hello interval 5
does not match configured Hello interval 10 for
GigabitEthernet0/0
-- خروجی debug دقیقاً مسئله دقیق را نام‌گذاری
-- می‌کند: یک عدم‌تطابق بازه hello -- چیزی که
-- show ip ospf neighbor به‌تنهایی فقط به‌عنوان
-- "گیرکرده در INIT" یا صرفاً بدون ورودی
-- همسایه اصلاً نشان می‌داد، بدون توضیح علت زیربنایی

R2(config)# interface gigabitethernet0/0
R2(config-if)# ip ospf hello-interval 10

R1# show ip ospf neighbor

Neighbor ID     Pri   State           Address
192.168.8.2      1     FULL/BDR        192.168.8.2

نکته کلیدی

debug ip ospf adj باید ابزار بعدی باشد که هروقت show ip ospf neighbor یک همسایه گیرکرده در هر حالتی به‌جز FULL، یا کاملاً گم‌شده نشان می‌دهد استفاده شود — خروجی debug صراحتاً عدم‌تطابق‌هایی مانند تایمرهای hello/dead، شماره‌های ناحیه، یا تنظیمات احراز هویت که دید عکس‌فوری دستور show ایستا به‌تنهایی نمی‌تواند آشکار کند را نام‌گذاری می‌کند.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

لب عملی: پیکربندی افزونگی GLBP

این لب عملی GLBP را بین دو روتر برای دستیابی به تعادل بار در سراسر هر دو روتر هم‌زمان پیکربندی می‌کند، و تأیید می‌کند هاست‌های مختلف آدرس‌های MAC مجازی متفاوتی دریافت می‌کنند و بنابراین از میان دروازه‌های فیزیکی مختلف مسیریابی می‌شوند.

ادامه

لب عملی: پیاده‌سازی HSRP

این لب عملی HSRP را بین دو روتری که یک آدرس دروازه مجازی مشترک را به اشتراک می‌گذارند پیکربندی می‌کند، اولویت و preempt را برای کنترل اینکه کدام روتر فعال می‌شود تنظیم می‌کند، و failover خودکار وقتی روتر فعال شکست می‌خورد را تأیید می‌کند.

ادامه

لب عملی: تأیید پایگاه‌داده EIGRP

این لب عملی جدول توپولوژی EIGRP را مستقیماً بررسی می‌کند، successor و feasible successor یک شبکه مقصد را شناسایی می‌کند، و نشان می‌دهد این داده زیربنایی چگونه آنچه در جدول مسیریابی IP ظاهر می‌شود را توضیح می‌دهد.

ادامه

لب عملی: خلاصه‌سازی مسیرها با EIGRP

این لب عملی خلاصه‌سازی مسیر سطح-اینترفیس دستی را در EIGRP پیکربندی می‌کند، و یک مسیر تجمیع‌شده واحد به‌جای چند زیرشبکه خاص تبلیغ می‌کند، و مسیر discard Null0 به‌طور خودکار ساخته‌شده‌ای که از حلقه‌های مرتبط-با-خلاصه‌سازی جلوگیری می‌کند را تأیید می‌کند.

ادامه

لب عملی: اینترفیس‌های Passive برای به‌روزرسانی‌های EIGRP

این لب عملی یک اینترفیس passive را در EIGRP پیکربندی می‌کند تا از فرستاده‌شدن به‌روزرسانی‌های مسیریابی از یک اینترفیس رو‌به‌سمت-LAN جلوگیری کند در حالی که شبکه همچنان تبلیغ می‌شود، و همان منطق امنیتی و کارایی پوشش‌داده‌شده پیش‌تر برای اینترفیس‌های passive OSPF را منعکس می‌کند.

ادامه

لب عملی: خلاصه‌سازی خودکار EIGRP

این لب عملی ویژگی خلاصه‌سازی خودکار قدیمی EIGRP را روی یک روتر متصل‌کننده دو زیرشبکه غیرپیوسته از همان شبکه classful فعال می‌کند، مسئله مسیریابی حاصل را مشاهده می‌کند، سپس آن را برای بازگرداندن اتصال درست غیرفعال می‌کند.

ادامه