مسیریابی شعبه‌های MPLS: CE چه چیزی و از چه کسی یاد می‌گیرد

میزبانی در یک شعبه اتصالی به سروری در شعبه دیگر باز می‌کند و هر دو سایت پشت یک VPN مدیریت‌شده MPLS لایه 3 قرار دارند. میزبان تنها دروازه پیش‌فرض خود و هیچ چیز دیگری را نمی‌داند، که درست است. نکته مهم این است که لبه مشتری محلی بسته را به لبه ارائه‌دهنده خود تحویل می‌دهد و وضعیت مسیریابی VPN ارائه‌دهنده آن را به شعبه‌ای می‌رساند که پیشوند مقصد را در اختیار دارد.

دنبال کردن یک بسته در طول مسیر سریع‌ترین راه برای دیدن این است که کدام بخش مسئولیت مشتری و کدام بخش متعلق به سرویس است.

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

کار هر گام کجا پایان می‌یابد

CE-A به مسیری برای LAN دور نیاز دارد که به اتصال محلی ارائه‌دهنده‌اش اشاره کند، نه به نشانی WAN شعبه دور. سپس ارائه‌دهنده بسته را با استفاده از وضعیت مسیریابی VPN از هسته خود عبور می‌دهد و CE-B آن را به LAN مقصد می‌رساند. در هیچ نقطه‌ای میزبان لازم نیست برچسب‌ها، VRF یا مدار اینترنت طرف مقابل را بفهمد.

خطایی که بارها در تیکت‌ها تکرار می‌شود پیکربندی نشانی WAN شعبه B به‌عنوان گام بعدی در شعبه A است. هر دو شعبه سرویس یکسانی خریده‌اند، پس به نظر می‌رسد باید همسایه باشند. اما نیستند: گام بعدی باید از طریق طرح مسیریابی‌ای که واقعاً دارید قابل دسترسی باشد و CE دور معمولاً چندین گام دورتر و پشت تجهیزاتی است که شما آن را مدیریت نمی‌کنید. مسیر ایستایی که بر این فرض بنا شده، فعال نشان داده می‌شود و به هیچ چیز تجزیه نمی‌شود، و این بدتر از مسیر نبودن است زیرا در جدول درست به نظر می‌رسد.

RFC 4364 مبادله میان لبه مشتری و لبه ارائه‌دهنده را از توزیع مسیرهای VPN توسط ارائه‌دهنده جدا می‌کند و این دقیقاً همان مرزی است که این راهنما درباره آن است. کار مشتری این است که به لبه خود بگوید چه چیزی را می‌تواند تحویل دهد و دسترسی‌پذیری‌ای را که سرویس در بازگشت عرضه می‌کند بپذیرد.

تحویل بر چه چیزی باید توافق کند

مکانیزم را با ارائه‌دهنده انتخاب کنید، نه دور از او. مسیرهای ایستا، BGP یا توافق پروتکل مسیریابی میان CE و PE همگی مشروع هستند و OSPF مدل مشخصی برای MPLS VPN در چنین تحویلی دارد. هیچ‌کدام دلیلی برای ساخت همسایگی OSPF میان دو لبه مشتری دور از طریق هسته نامشخص ارائه‌دهنده نیست، زیرا این طرحی است که ارائه‌دهنده با آن موافقت نکرده و نمی‌تواند از آن پشتیبانی کند.

پیش از راه‌اندازی یک LAN جدید، چهار چیز را بنویسید: پیشوند، مسیر محلی بعدی در CE، اعلانی که ارائه‌دهنده می‌پذیرد و مسیرهایی که ارائه‌دهنده بازمی‌گرداند. هرگونه فیلتر، حد پیشوند یا محدودیت سایت به سایت را که قرارداد تحمیل می‌کند بیفزایید. همسایگی سالم کانالی برای تبادل اطلاعات است و شاهدی بر پذیرش یک پیشوند خاص نیست؛ ممکن است نشست بالا باشد در حالی که زیرشبکه جدید شما درون یک فیلتر نشسته است.

سپس پاسخ را دنبال کنید. شعبه B به مسیری برای بازگشت به LAN مبدأ نیاز دارد و میزبان سمت گیرنده به دروازه و مجوزهای سرویس خود نیاز دارد. مسیری که در CE-A ظاهر می‌شود نیمی از رفت‌وبرگشت را برقرار می‌کند و نیمی از رفت‌وبرگشت دلیل آن است که یک جهت از آزمون ping سالم به نظر می‌رسد در حالی که برنامه هنوز شکست می‌خورد.

پیش از تحویل، هر دو انتقال را بررسی کنید

وضعیت مسیریابی را در هر دو لبه مشتری جمع کنید، با ارائه‌دهنده تأیید کنید که پیشوندهای LAN موردنظر در VPN پذیرفته شده‌اند و سپس یک برنامه مجاز را در هر جهت بیازمایید. جدول‌های مسیر به‌تنهایی اثبات نمی‌کنند که برنامه کار می‌کند و آزمون برنامه به‌تنهایی نمی‌گوید کدام سطح کنترل شکست خورده است وقتی کار نمی‌کند.

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

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

بدانید سرویس چه چیزی ارائه نمی‌دهد

این دسترسی مسیریابی‌شده لایه 3 است. این مدار لایه 2 که پخش را میان دفترها گسترش دهد نیست، بنابراین پروتکل‌های کشف، برنامه‌های وابسته به پخش و فرض‌های قطعه مشترک با آن سفر نمی‌کنند. چاپ، مرور نام‌ها و هر چیزی که به قطعه محلی وابسته است طرح خودش را می‌خواهد.

جداسازی VPN نیز رمزنگاری نیست. سوئیچینگ برچسب مشتریان را درون شبکه ارائه‌دهنده از هم جدا نگه می‌دارد و اگر قرارداد محرمانگی بخواهد، محموله را محرمانه نمی‌کند. جایی که این مهم است، برنامه یا یک لایه پوششی باید آن را فراهم کند.

در پایان، مدل سرویس را کنار پیکربندی مسیریابی سایت مکتوب نگه دارید. مهندس بعدی که زیرشبکه‌ای اضافه می‌کند باید بتواند بخواند کدام پیشوندها اعلان می‌شوند، چه کسی آن‌ها را می‌پذیرد و مسیر بازگشت مورد انتظار چیست: مشخصات BGP/MPLS IP VPN مرجع مدلی است که پشت همه این‌ها قرار دارد.