نوع مسیر OSPF در سراسر VPN: همیشه بیرونی نیست
یک پیشوند بازتوزیعشده لزوماً به مسیر بیرونی OSPF تبدیل نمیشود. دامنه و نوع اصلی همراه مسیر VPN سفر میکنند و آنچه CE دور نصب میکند را شکل میدهند.
پیشوند مشتری بهصورت مسیر BGP VPN از ابر ارائهدهنده عبور میکند و با ظاهر یک مسیر بیرونی OSPF به سایت دور میرسد، که بسیاری از مهندسان انتظارش را دارند و تنها نتیجه ممکن نیست. آنچه CE دور میبیند به دامنه OSPF که پیشوند از آن آمده و نوع اصلی مسیر آن بستگی دارد، و هر دو همراه مسیر VPN سفر میکنند. فرض اینکه هر پیشوند بازتوزیعشده به نوع 5 تبدیل میشود به تغییرات اولویتی میانجامد که نمیتواند کار کند. ابتدا شناسه دامنه را مقایسه کنید، نه فاصله مدیریتی را.
مدل PE-CE زمینه کافی را حمل میکند تا PE گیرنده یک اعلان OSPF را بازسازی کند نه اینکه آن را از خود بسازد.
چه چیزی همراه مسیر سفر میکند
RFC 4577 ویژگیهای OSPF را که همراه مسیر VPN هستند تعریف میکند: شناسه دامنه، متریک و نوع مسیر از سایت مبدأ. PE گیرنده از آنها استفاده میکند تا تصمیم بگیرد یک پیشوند واجد شرایط باید چگونه به فرایند OSPF محلیاش نشان داده شود. بدون آن ویژگیها، PE دور هیچ مبنایی برای چیزی جز بازتوزیع بیرونی نداشت. به همین دلیل یک مسیر میتواند بهصورت LSA میانناحیهای برسد حتی اگر BGP آن را در میانه حمل کرده باشد.
نوع ناحیه هم مهم است. ناحیه stub یا NSSA محدود میکند که کدام LSAها میتوانند وارد شوند، بنابراین همان مسیر VPN بسته به اینکه نمونه OSPF گیرنده کجا قرار دارد میتواند متفاوت ارائه شود. سیاست صادرات پیکربندیشده هم میتواند ارائه پیشفرض را نادیده بگیرد، که انتخابی آگاهانه است نه یک عارضه جانبی.
همان دامنه، ارائه متفاوت
مسیر درونناحیهای یا میانناحیهای از همان دامنه معمولاً بهصورت مسیر میانناحیهای، یعنی LSA نوع 3، به سایت دور میرسد. پیشوند از دامنهای دیگر، مبدأیی که هرگز OSPF صحبت نکرده، یا اعلان OSPF که در ابتدا بیرونی بوده بهجای آن از قواعد بیرونی پیروی میکند، و همانجاست که نوع 5 و معادل NSSA آن ظاهر میشوند. هر دو رفتار درست است؛ تفاوت در ورودی است. پیش از دست زدن به مقادیر اولویت، شناسههای دامنه و ویژگیهای اعلامشده را مقایسه کنید.
فاصله مدیریتی در یک روتر بین منابع انتخاب میکند. نه نوع LSA را بازنویسی میکند و نه رابطه دامنه مفقود را میسازد.
وقتی sham link پاسخ درست است
دو سایت در همان ناحیه را تصور کنید که با یک پیوند پشتی مستقیم به هم متصلاند. OSPF آن مسیر درونناحیهای را بهجای مسیر میانناحیهای که از طریق ارائهدهنده پیشنهاد میشود نگه میدارد، حتی وقتی هزینههای پیکربندیشده مسیر ارائهدهنده را جذاب میکند. یک sham link رابطه درونناحیهای را در سراسر VPN نشان میدهد تا هزینهها بتوانند در تصمیم شرکت کنند. این پیوند برای همان مشکل مشخص انتخاب مسیر وجود دارد، نه برای اینکه هر مسیر همان دامنه درونی به نظر برسد.
sham link به نقاط پایانی قابل دسترس و پیکربندی متقابل روی هر دو PE نیاز دارد. راهاندازی آن فقط در یک سمت رابطهای میسازد که هرگز شکل نمیگیرد، و جدول مسیریابی اولویت قدیمی خود را نگه میدارد، که به نظر میرسد قابلیت هیچ کاری نکرده است.
محافظت حلقه را نشکنید
مدل PE-CE بیت DN را روی مسیرهایی که توزیع میکند تنظیم میکند تا پیشوند نتواند از طریق CE دیگری برگردد و بار دوم بازتوزیع شود. همان محافظت است که نمیگذارد پیشوند میان سایتهایی که دامنه OSPF مشترک دارند حلقه بزند. حذف یا نادیده گرفتن آن برای اینکه مسیر درونی به نظر برسد میتواند دقیقاً همان حلقهای را بسازد که برای پیشگیری از آن طراحی شده بود. وقتی پیشوند اشتباه به نظر میرسد، با بیت DN مانند اطلاعات رفتار کنید نه مانند مانع.
همین احتیاط برای فیلترهای بازتوزیع و نقشههای مسیر که communityها را حذف میکنند هم صدق میکند. هر کدام زمینهای را حذف میکند که سمت دور نیاز دارد، و اعلان حاصل میتواند در حالی که اشتباه است معقول به نظر برسد. هر بار یک ویژگی را تغییر دهید و بررسی کنید CE دور واقعاً چه چیزی نصب میکند.
سپس از سایت دور بررسی کنید: نوع LSA، روتر اعلانکننده و مسیری که انتخاب کرده است. همان شواهد به پرسشی که تیکت مطرح کرده بود پاسخ میدهد.