RD در برابر RT در MPLS VPN: یکتایی در برابر سیاست ورود

دو سایت مشتری می‌توانند 10.20.0.0/24 را اعلام کنند و هر دو درون یک شبکه ارائه‌دهنده معتبر می‌مانند. جداکننده مسیر این اعلام‌ها را متمایز نگه می‌دارد و هدف مسیر تعیین می‌کند کدام VRF مشتری می‌تواند نسخه‌ای بردارد. این دو در پیکربندی کنار هم ظاهر می‌شوند و کارهای کاملاً متفاوتی انجام می‌دهند. اشتباه گرفتن آن‌ها به تغییراتی می‌انجامد که معقول به نظر می‌رسند و چیزی را درست نمی‌کنند.

یک مسیر را از لبه مشتری تا یک VRF دوردست دنبال کنید و تقسیم کار عینی می‌شود: هویت پیش از ورود مسیر به BGP ضمیمه می‌شود و سیاست توزیع زمانی ارزیابی می‌شود که مسیر به لبه دریافت‌کننده ارائه‌دهنده برسد.

یک مسیر VPN-IPv4 برابر است با یک RD به‌علاوه یک پیشوند IPv4

RFC 4364 خانواده نشانی VPN-IPv4 را به‌صورت یک جداکننده مسیر هشت‌بایتی و پس از آن یک نشانی چهاربایتی IPv4 تعریف می‌کند. RD به ابتدای پیشوند مشتری افزوده می‌شود، بنابراین دو پیشوند یکسان از سایت‌های مختلف به دو مسیر متفاوت BGP تبدیل می‌شوند.

این ساخت همان کل سازوکار یکتایی است. ارائه‌دهنده نیازی ندارد که مشتریان بر فضای نشانی بدون هم‌پوشانی توافق کنند و مسیری از یک سایت نمی‌تواند بی‌صدا جانشین پیشوند یکسان سایت دیگری شود.

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

RD پیشوندهای هم‌پوشان را قابل تمایز می‌کند

دو اعلام برای یک پیشوند را در نظر بگیرید. سایت A دارای RD 65000:101 و سایت B دارای RD 65000:202 است، هر دو برای 10.20.0.0/24. اکنون BGP دو مسیر VPN-IPv4 دارد که می‌توان آن‌ها را مستقل مقایسه، فیلتر و انتخاب کرد.

RD نمی‌گوید کدام VRF باید هر یک از این مسیرها را دریافت کند و نه مشتری یا خدمتی را شناسایی می‌کند. این یک فیلد هویت برای مسیر است، نه فهرست عضویت. RD خود یک VRF لازم نیست با RD مسیری که وارد می‌کند یکسان باشد.

به همین دلیل تغییر یک RD برای همسان‌سازی با شماره سایت دیگر چیزی را درست نمی‌کند. اگر مسیری در سمت مقابل وجود نداشته باشد، همسان شدن ارقام یک مشکل هویتی دیگر می‌سازد به‌جای اینکه تصمیم ورود را اصلاح کند.

RT یک ویژگی BGP است، نه برچسبی در بسته

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

بسته‌های داده مشتری RT را حمل نمی‌کنند. پس از نصب مسیر در یک VRF، ارسال از جدول همان VRF و پشته برچسب MPLS که معماری تعیین می‌کند استفاده می‌کند. لبه ارائه‌دهنده از هر بسته مشتری هدف مسیر نمی‌خواند.

یک مسیر می‌تواند چندین RT داشته باشد و یک VRF می‌تواند چندین را وارد کند. پیکربندی معمولاً شبیه یک بلوک کوتاه است:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

این بلوک را دو گزاره جداگانه بخوانید. خط خروج تعیین می‌کند چه چیزی به مسیرهایی که این VRF را ترک می‌کنند ضمیمه می‌شود و خط ورود تعیین می‌کند این VRF چه چیزی را حاضر است در نظر بگیرد. یکسان بودن اعداد راحت است، نه اجباری.

صلاحیت ورود همان نصب نیست

یک مسیر می‌تواند برای یک VRF واجد شرایط باشد و باز هم در جدول ارسال آن ظاهر نشود. صلاحیت یک فیلتر است و پس از آن فرایند عادی تصمیم‌گیری BGP مسیرهای واجد شرایط را مقایسه و یکی را انتخاب می‌کند. یک مسیر قدیمی‌تر یا کم‌ترجیح می‌تواند به مسیر واجد شرایط دیگری ببازد.

مسیر انتخاب‌شده را بررسی کنید، نه فقط سیاست ورود را. VRFی که RT 65000:500 را وارد می‌کند و هیچ مسیری برای 10.20.0.0/24 نشان نمی‌دهد ممکن است مسیر را دریافت و در انتخاب رد کرده باشد، یا هرگز آن را دریافت نکرده باشد.

این تمایز زمانی هم مهم می‌شود که پیشوندی غیرمنتظره ظاهر شود. یک سیاست ورود بیش از حد گسترده می‌تواند مسیرهایی را جذب کند که سایت قصد استفاده از آن‌ها را نداشت و یکتایی RD به‌هیچ‌وجه مانع آن نمی‌شود. دامنه توزیع یک پرسش سیاست RT است.

یک مسیر گم‌شده را به ترتیب صفحه کنترل اشکال‌زدایی کنید

از اعلام شروع کنید: آیا VRF مبدأ RT مورد نظر را صادر می‌کند و آیا مسیر به‌عنوان یک مسیر VPN-IPv4 روی بازتابنده مسیر یا PE دریافت‌کننده وجود دارد؟ سپس ویژگی را همان‌گونه که دریافت شده بررسی کنید، نه آن‌گونه که روی فرستنده پیکربندی شده است.

سپس فهرست ورود VRF دریافت‌کننده را با مقادیر واقعی RT مسیر مقایسه کنید. در پایان مسیر انتخاب‌شده در آن VRF و اتصال برچسب را بررسی کنید. هر گام به پرسشی متفاوت پاسخ می‌دهد و پریدن به RD معمولاً از همان گامی که اشتباه است می‌گذرد.

RD، RT صادرشده، RT واردشده و گام بعدی انتخاب‌شده را برای سایت سالم و سایت معیوب ثبت کنید. چهار مقدار در کنار هم جمله مبهم «VPN مسیرها را عبور نمی‌دهد» را به همان گام دقیق صفحه کنترل که متفاوت است تبدیل می‌کند.