Cisco CCNA · 200-301 v2.0

OSPF Cost و انتخاب مسیر

OSPF برای مقایسه مسیرها از Metricی به نام Cost استفاده می‌کند. مسیر با مجموع Cost کمتر ترجیح داده می‌شود. Cost معمولاً از Bandwidth Interface و Reference Bandwidth محاسبه می‌شود، اما می‌تواند دستی نیز تنظیم شود. فهم Cost فقط برای سؤال آزمون نیست؛ اگر دو مسیر فیزیکی داری و Traffic از مسیر غیرمنتظره عبور می‌کند، باید بتوانی با Evidence توضیح بدهی OSPF چرا آن مسیر را انتخاب کرده است.

در پایان این درس باید بتوانی
  • مفهوم Cost را به‌عنوان Metric OSPF توضیح بدهی
  • رابطه Bandwidth و Reference Bandwidth را بفهمی
  • مجموع Cost مسیر را محاسبه کنی
  • Cost را Verify و در صورت نیاز کنترل‌شده تغییر دهی
  • مشکل مسیر غیرمنتظره را با Cost عیب‌یابی کنی

Metric و Total Cost

Metric عددی است که Routing Protocol برای مقایسه مسیرهای خودش استفاده می‌کند. در OSPF، هر خروجی Interface Cost دارد و Cost مسیر از جمع Costهای مسیر به مقصد تشکیل می‌شود. مسیر با Total Cost کمتر بهترین OSPF Path خواهد بود، اگر سایر شرایط انتخاب Route برابر باشند.

جمع Cost
R1 --cost 10--> R2 --cost 10--> R4   Total 20
R1 --cost 5 ---> R3 --cost 30--> R4   Total 35

OSPF prefers first path

تعداد Hop معیار مستقیم OSPF نیست. ممکن است مسیر با Hop بیشتر ولی Linkهای پرسرعت‌تر Cost کمتری داشته باشد. بنابراین جمله «OSPF همیشه کوتاه‌ترین تعداد Router را انتخاب می‌کند» نادرست است.

Bandwidth و Reference Bandwidth

Cisco به‌طور معمول Cost را بر اساس Reference Bandwidth تقسیم بر Bandwidth Interface محاسبه می‌کند. با سرعت‌های امروزی، Reference Bandwidth پیش‌فرض قدیمی ممکن است چند Link پرسرعت را با Cost یکسان نشان دهد. در طراحی واقعی می‌توان auto-cost reference-bandwidth را در کل Domain هماهنگ کرد.

نمونه تنظیم Reference Bandwidth
router ospf 10
 auto-cost reference-bandwidth 100000

مقدار مثال بالا بر حسب واحد Platform/Command مستندات Cisco تفسیر می‌شود و باید روی همه Routerهای OSPF به‌صورت هماهنگ اعمال شود. اگر فقط روی یک Router Reference Bandwidth را تغییر دهی، دید Costها ممکن است نامتقارن و طراحی غیرقابل پیش‌بینی شود.

همچنین bandwidth Command روی Interface ممکن است برای Metric و بعضی Featureها استفاده شود ولی سرعت فیزیکی Link را الزاماً تغییر نمی‌دهد. speed و bandwidth دو مفهوم متفاوت‌اند.

دیدن Cost عملیاتی

به‌جای محاسبه ذهنی صرف، Cost عملیاتی Interface را با show ip ospf interface ببین. این Output Network Type، Cost، Timers و اطلاعات DR/BDR را نیز نشان می‌دهد و برای Troubleshooting یک نقطه قوی است.

نمونه Cost
R1# show ip ospf interface Gi0/0
  Process ID 10, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 10

برای Route نهایی، show ip route <prefix> می‌تواند Metric و Next-Hop مسیر نصب‌شده را نشان دهد. اگر Equal-Cost Pathها وجود داشته باشند، OSPF می‌تواند چند مسیر هم‌هزینه را نصب کند؛ تعداد دقیق مسیرهای قابل نصب به Platform و تنظیمات بستگی دارد.

تغییر دستی Cost

با ip ospf cost روی Interface می‌توان Cost را صریح تعیین کرد. این ابزار برای Traffic Engineering ساده مفید است، اما هر تغییر Metric باید بر اساس Design باشد. Cost پایین‌تر مسیر را جذاب‌تر و Cost بالاتر آن را کم‌اولویت‌تر می‌کند.

Cost دستی
interface Gi0/0
 ip ospf cost 50

قبل از تغییر Cost، مسیر فعلی، مسیر جایگزین، ظرفیت Link و Failure Scenario را بررسی کن. یک Cost نادرست ممکن است Traffic زیاد را به Link ضعیف منتقل کند یا باعث Asymmetric Routing شود. بعد از Change، Routing Table در چند Router را Verify کن، نه فقط همان Router محلی.

در مستندات باید دلیل Metric Override ثبت شود. اگر ماه‌ها بعد کسی فقط عدد ۵۰ را ببیند و Context نداشته باشد، احتمال دارد آن را «اصلاح» کند و رفتار طراحی‌شده را خراب کند.

Troubleshooting مسیر غیرمنتظره

برای Route غیرمنتظره: 1) Prefix دقیق و Longest Prefix Match را تأیید کن؛ 2) Route Source را ببین که واقعاً OSPF است؛ 3) Next-Hop و Metric مسیرهای OSPF را مقایسه کن؛ 4) Cost Interfaceها و Reference Bandwidth را بررسی کن؛ 5) Manual Cost یا bandwidth override را پیدا کن.

Runbook Cost
show ip route 10.20.0.0
show ip ospf interface
show running-config | section router ospf
show running-config interface Gi0/0

اگر Prefix خاص‌تر از یک مسیر دیگر وجود دارد، Longest Prefix Match قبل از Metric بین Prefixهای متفاوت مطرح می‌شود. پس هر «مسیر عجیب» را مستقیم به Cost نسبت نده. ابتدا مطمئن شو همان Prefixها را مقایسه می‌کنی.

سناریوی عملی

دو مسیر از دفتر به Data Center وجود دارد: MPLS پرظرفیت و VPN اینترنتی Backup. بعد از تغییر Reference Bandwidth در فقط یکی از Routerها، بعضی Prefixها از مسیر VPN عبور می‌کنند. تیم show ip ospf interface و Routing Table چند Router را مقایسه می‌کند و ناسازگاری Reference Bandwidth را پیدا می‌کند. تنظیم با Change هماهنگ روی همه Routerها اصلاح و مسیر مورد انتظار Verify می‌شود.

اشتباهات رایج

اشتباه‌های رایج و علت آن‌ها

  • یکی گرفتن Cost با Hop Count
  • تغییر Reference Bandwidth فقط روی یک Router
  • استفاده از bandwidth برای تغییر سرعت واقعی Interface
  • تغییر Cost بدون بررسی مسیر جایگزین و ظرفیت Link
تمرین عملی

تمرین عملی

  1. Cost دو مسیر فرضی را جمع و مسیر ترجیحی را مشخص کن
  2. show ip ospf interface را برای سه Interface تحلیل کن
  3. یک Manual Cost در Lab اعمال و تغییر Route را مشاهده کن
  4. سناریویی طراحی کن که Longest Prefix Match باعث شود Cost پایین‌تر مسیر دیگری بی‌اثر باشد

نکته‌هایی که باید با خودت ببری

  • OSPF مسیر با Total Cost کمتر را ترجیح می‌دهد
  • Cost از Bandwidth و Reference Bandwidth تأثیر می‌گیرد
  • Reference Bandwidth باید Domain-wide هماهنگ باشد
  • Manual Cost ابزار طراحی است نه Fix تصادفی
  • قبل از Cost باید Prefix و Route Source درست را تأیید کرد
خودسنجی

خودسنجی

OSPF مستقیماً Hop Count را Metric می‌گیرد؟

خیر؛ Metric اصلی OSPF Cost است.

چرا Reference Bandwidth باید هماهنگ باشد؟

برای اینکه Routerها Costها را با مبنای سازگار محاسبه کنند.

ip ospf cost چه می‌کند؟

Cost OSPF Interface را به‌صورت دستی تعیین می‌کند.

اگر Prefix خاص‌تر وجود دارد، آیا Cost مسیر کم‌خاصیت‌تر تعیین‌کننده است؟

خیر؛ Longest Prefix Match ابتدا Prefix خاص‌تر را انتخاب می‌کند.

منابع رسمی

منابع مرجع این درس

مطالعه همیشه آزاد است

برای ذخیره پیشرفت وارد حساب شو

حساب کاربری برای آزمون و ثبت مرحله‌ها استفاده می‌شود

ورود یا ثبت‌نام