دامنههای مسیر F5 و VRF های MPLS: تحویل مستأجر را نگاشت کنید
دو مستأجر، یک آدرس، دو دامنه مسیر. هر شیء را با %ID پین کنید، از VRF و هدفهای مسیر ارائهدهنده استفاده کنید و هر مستأجر را جداگانه بررسی کنید.
دو مستأجر برنامه یکسانی را روی 10.50.0.10 اجرا میکنند. ارائهدهنده آنها را در VPNهای MPLS جداگانه از هم دور نگه میدارد و BIG-IP ترافیک محلی آنها را در دامنههای مسیر جداگانه نگه میدارد. این ترتیب تا لحظه تحویل کار میکند، جایی که یک پسوند غایب یا یک هدف مسیر کپیشده بیصدا بسته یک مستأجر را در بافت مستأجر دیگر قرار میدهد. این راهنما دو مدل را به هم نگاشت میکند و با آزمونی برای هر مستأجر پایان مییابد.
برگه کار: یک ردیف برای هر مستأجر
پیش از تغییر هر چیزی این را پر کنید. هر گام بعدی به خانهای در آن ارجاع میدهد و خانه خالی تصمیمی است که هنوز هیچکس نگرفته است.
| Tenant | BIG-IP side | Provider side |
|---|---|---|
| A | VLAN or tunnel, route domain, self address, virtual server | VRF, attachment, route targets for import and export |
| B | Separate VLAN or tunnel, separate route domain, separate self address | Separate VRF, separate route targets |
گام 1: هر شیء را به دامنه مسیر خودش پین کنید
مستندات دامنه مسیر F5 بافتهای ترافیک جداافتاده، آدرسهای تکراری و نشانهگذاری address%ID برای اشیای پیکربندی را توصیف میکند. آدرسی که به شکل 10.50.0.10%2 نوشته شود بافت محلی دامنه مسیر را نام میبرد و آن پسوند برچسبی از MPLS نیست که در بسته IP مشتری حمل شود.
یک VLAN یا تونل پشتیبانیشده در مدل مستند به یک دامنه مسیر تعلق دارد، بنابراین رابط و آدرس باید همخوان باشند. دامنه مسیر پیشفرض بخش مدیریتی را هم بررسی کنید، چون پسوند حذفشده به معنای نبود بافت نیست؛ به معنای بافتی است که بخش بهطور پیشفرض استفاده میکند. همان یک پیشفرض بیشتر رخدادهایی را توضیح میدهد که در آنها شیء تازه بیصدا در مستأجر اشتباه پاسخ میداد. پیش از افزودن آدرس خودتان آن را بررسی کنید.
tmsh list net route-domain
tmsh list net vlan | grep -i domain
tmsh list ltm virtual one_vs
گام 2: از VRF و هدفهای مسیر ارائهدهنده استفاده کنید
در لبه MPLS، مستأجر با VRF ارائهدهنده و سرویس مسیریابی توافقشده مشتری شناسایی میشود. هدفهای مسیر کنترل میکنند که ارائهدهنده کدام مسیرها را میان VRFها وارد و صادر کند، و انتخاب یک شماره دامنه مسیر مشابه در BIG-IP هیچچیز از آن رابطه را نمیسازد.
دو شناسه در سیستمهای متفاوت زندگی میکنند و معناهای متفاوتی دارند. شناسه دامنه مسیر یک بافت محلی روی دستگاه است. هدف مسیر یک ویژگی سیاست در سمت ارائهدهنده است که توزیع مسیر را تعیین میکند، و متمایزکننده مسیر چیز سومی است که برای جدا نگه داشتن پیشوندهای در غیر این صورت یکسان به کار میرود.
گام 3: تصمیم بگیرید آیا بافتها میتوانند دسترسیپذیری را شریک شوند
تنظیمات جستوجوی دامنه والد و جداسازی سختگیرانه را آگاهانه بازبینی کنید، چون تغییر میدهند که یک بافت به چه چیزی میرسد. راهنمای F5 ارسال کنترلشده از طریق این روابط را مجاز میداند و دقیقاً به همین دلیل نباید دامنه مسیر را بهتنهایی سیاست کامل امنیت مستأجر دانست.
اگر هر دو مستأجر به سرویس مشترکی نیاز دارند، مسیر و مجوزهای تأییدشده را مشخص کنید، بهجای آنکه بیدلیل یکی را به بافت مسیریابی دیگری اشاره دهید. هویت برنامه و هر ترجمه مبدأ عمدی را همراه با مقصد شبکه حفظ کنید، وگرنه سرویس مشترک یکی را بهجای دیگری خواهد دید.
تحویل مسیریابی معمولی BIG-IP را به روتر لبه ارائهدهنده وصل میکند بدون آنکه BIG-IP را به یک PE در MPLS تبدیل کند. اگر یکپارچهسازی مستقیم MPLS یا خانواده مسیر VPN واقعاً لازم است، پشتیبانی صریح برای پلتفرم و نسخه دقیق را بگیرید، چون جداسازی محلی دامنه مسیر آن توانایی را ایجاد نمیکند.
گام 4: هر بار یک مستأجر را بررسی کنید
مستأجر A را از یک نقطه پایانی در بافت A به آدرس برنامه A آزمون کنید، سپس برای B تکرار کنید. از شکل %ID در عیبیابی استفاده کنید تا بتوانید ثابت کنید کدام بافت پاسخ داده است و تأیید کنید که درخواست از بافت اشتباه شکست میخورد نه اینکه جایی باورپذیر فرود بیاید.
در همان مرحله سمت ارائهدهنده را هم بررسی کنید: پیشوند در VRF درست حاضر است، هدفهای مسیر با برگه کار مطابقت دارند و مسیر بازگشت از اتصال موردنظر استفاده میکند. پینگی که از خود دستگاه کار کند بافت دستگاه را ثابت میکند، نه بافت مستأجر را.
نگاشت نهایی را در برگه کار ثبت کنید، شامل دامنه مسیر پیشفرض هر بخش و هر رابطه دامنه والدی که فعال کردهاید. تغییر بعدی در این محیط را کسی انجام میدهد که آن جدول را میخواند، نه کسی که این مقاله را میخواند.