OSPF و منطق Link-State در یک Area

Dynamic Routing و مسئله تغییر Topology

فرض کن سه Router با نام‌های R1، R2 و R3 چند شبکه را به هم متصل کرده‌اند. اگر همه Routeها Static باشند، خراب شدن یک Link به‌تنهایی باعث نمی‌شود Routerها مسیر جایگزین را یاد بگیرند؛ مگر اینکه از قبل Floating Static Route یا سازوکار دیگری طراحی شده باشد. در OSPF، Routerها وضعیت Linkها و Prefixهای متصل را در قالب اطلاعات Link-State مبادله می‌کنند و پس از تغییر Topology دوباره مسیرها را محاسبه می‌کنند.

LAN-A --- R1 ===== R2 ===== R3 --- LAN-C
             \             //
              ===== R4 =====

Dynamic بودن به معنی بی‌نیازی از طراحی نیست. OSPF فقط بر اساس اطلاعات و Metricهایی که دارد بهترین مسیر را انتخاب می‌کند. اگر Interface اشتباه وارد OSPF شود، Area نادرست باشد یا Cost نامناسب تعیین شود، Router می‌تواند کاملاً منطقی اما برخلاف انتظار تو مسیر انتخاب کند.

Link-State و Database

در پروتکل‌های Link-State، Router فقط یک Next-Hop را از همسایه تقلید نمی‌کند. اطلاعاتی درباره وضعیت Linkها منتشر می‌شود تا Routerهای داخل Area بتوانند Link-State Database یا LSDB نسبتاً هماهنگی بسازند. LSDB را می‌توان نقشه منطقی Topology همان Area دانست. سپس هر Router از دید خودش روی این نقشه محاسبه انجام می‌دهد.

Neighbor Exchange -> LSDB -> SPF Calculation -> Best Routes -> Routing Table

وجود یک Prefix در LSDB به‌تنهایی به معنی نصب آن در Routing Table نیست. Router باید مسیر مناسب را محاسبه کند و سپس آن Route با سایر منابع Routing مقایسه شود. بنابراین برای Troubleshooting باید بین Neighbor Table، OSPF Database و Routing Table تفاوت بگذاری.

اگر Neighbor تشکیل نشده باشد، معمولاً تبادل کامل Link-State هم رخ نمی‌دهد. اگر Neighbor سالم است ولی Route وجود ندارد، باید از مرحله بعدی یعنی Database، Advertisement و انتخاب مسیر سرنخ بگیری. این ترتیب مانع تغییرهای تصادفی می‌شود.

Area و Single-Area OSPF

Area یک محدوده منطقی در OSPF است که برای کنترل مقیاس Database و محاسبات استفاده می‌شود. Area 0 به‌عنوان Backbone Area شناخته می‌شود. در سناریوی Single-Area CCNA، همه Interfaceهای OSPF موردنظر در یک Area قرار دارند و معمولاً Area 0 استفاده می‌شود.

R1 --- R2 --- R3
 |      |      |
Area 0  Area 0  Area 0

Single-Area به معنی یک Subnet نیست. می‌توان ده‌ها Prefix و چند Router داشت که همه در Area 0 قرار دارند. همچنین Area با VLAN یکی نیست؛ VLAN یک Broadcast Domain در Layer 2 است، در حالی که OSPF Area مفهومی در Control Plane مسیریابی است.

در Blueprint فعلی CCNA تمرکز روی Single-Area OSPFv2 برای IPv4 و OSPFv3 برای IPv6 است. شناخت Multi-Area برای درک معماری مفید است، اما پیکربندی پیچیده چند Area هدف اصلی این فصل نیست.

سه نمای مهم OSPF

برای کار عملی OSPF سه نمای متفاوت را از هم جدا کن: Neighbor Table می‌گوید با چه Routerهایی Adjacency داریم؛ LSDB می‌گوید چه اطلاعات Link-State شناخته شده؛ Routing Table می‌گوید در نهایت کدام Routeها برای Forwarding نصب شده‌اند. یک خطا ممکن است فقط در یکی از این لایه‌ها دیده شود.

show ip ospf neighbor
show ip ospf database
show ip route ospf

اگر show ip ospf neighbor خالی باشد، بررسی Routing Table معمولاً از Root Cause دور است؛ ابتدا باید Interface، Hello، Area و پارامترهای Neighbor را بررسی کنی. اگر Neighbor در حالت FULL است اما Route مقصد دیده نمی‌شود، آن‌وقت Database و Prefix Advertisement اهمیت پیدا می‌کند.

محدوده مسئولیت OSPF

OSPF Reachability در Layer 3 را تسهیل می‌کند، اما سلامت سرویس را تضمین نمی‌کند. ممکن است Route درست باشد ولی ACL، Firewall، NAT، DNS یا Application باعث شکست ارتباط شود. برعکس، ممکن است Ping به یک IP متصل مستقیم کار کند در حالی که OSPF برای شبکه‌های دور مشکل دارد.

Physical/Link -> IP Addressing -> OSPF Neighbor -> OSPF Route -> ACL/Policy -> Application

در محیط شرکت بهتر است قبل از دست زدن به OSPF، وضعیت Interface و IP Addressing را تأیید کنی. اگر دو Router روی یک Link حتی نمی‌توانند آدرس مستقیم هم را Ping کنند، مشکل ممکن است قبل از OSPF باشد. اگر Link و IP سالم‌اند، آن‌وقت OSPF Configuration را بررسی کن.

این نگاه از تغییر بی‌دلیل Process، پاک کردن OSPF یا Restart کردن Router جلوگیری می‌کند. هدف عیب‌یابی این است که مرحله معیوب را محدود کنی، نه اینکه با چند تغییر هم‌زمان شانس خودت را امتحان کنی.