دو PE، یک پیشوند: چرا RD دیدپذیری را تعیین می‌کند
دو روتر لبه که یک پیشوند را اعلام می‌کنند یک مقصد را به اشتراک می‌گذارند مگر اینکه route distinguisher آن‌ها متفاوت باشد. آگاهانه تخصیص دهید و سپس VRF را بررسی کنید.
دو روتر لبه که همان پیشوند مشتری را اعلام می‌کنند یک مقصد VPNv4 را توصیف می‌کنند تا چیزی آن‌ها را جدا کند، و جداکننده route distinguisher است. این پیشوند را واجد شرایط می‌کند؛ تعیین نمی‌کند چه کسی نتیجه را وارد می‌کند، چون آن کار route target است. RDها را از مجموعه مسیرهایی تخصیص دهید که باید در هر دامنه‌ای که این اعلان‌ها می‌توانند به هم برسند قابل تمایز بمانند، نه از چیدمان فایل‌های یک جعبه. شماره‌ای که انتخاب می‌کنید هویتی است که بازبینی‌های بعدی به آن وابسته خواهند بود، پس پیش از رفتن به پیکربندی باید در فهرستی ثبت شود.
یک RD به‌همراه یک پیشوند، یک مقصد
یک RD به‌همراه یک پیشوند IPv4 مقصد VPNv4 را می‌سازد که سطح کنترل آن را مقایسه می‌کند. به دو PE پیشوند یکسانی برای مشتریان مختلف بدهید و بدون RDهای متفاوت، آن‌ها مسیرهایی به یک مقصد اعلام می‌کنند. هیچ‌چیز روی نمایشگر به شما نمی‌گوید این گروه‌بندی اشتباه است، چون بستر دقیقاً همان کاری را می‌کند که هویت می‌گوید. RD را روی یکی از آن‌ها تغییر دهید و اعلان قدیمی پس گرفته می‌شود در حالی که اعلان جدیدی زیر هویتی دیگر پدیدار می‌شود. هر چیزی در پایین‌دست که به هویت قدیمی گره خورده بود، از انتخاب مسیر تا فیلتر ذخیره‌شدهٔ اپراتور، اکنون به چیزی اشاره می‌کند که دیگر وجود ندارد.
چند مسیر برای یک مقصد رفتار عادی BGP است، نه نشانهٔ بیماری. یک سخنگو می‌تواند چندین مسیر دریافت‌شده را نگه دارد در حالی که یک مسیر بهترین را برای ارسال انتخاب می‌کند، و فاصلهٔ میان دریافتی و انتخاب‌شده همان جایی است که پرسش‌های دیدپذیری زندگی می‌کنند. وقتی به‌نظر می‌رسد مسیری ناپدید شده، پیش از نگاه به نشست تأیید کنید هویتی که به آن تعلق داشت هنوز وجود دارد.
همان RD، همان مقصد، مسیرهای متفاوت
یک RD و یک پیشوند را از دو روتر به نام یک سرویس بفرستید و هر دو مسیرهایی به یک مقصد ارائه می‌دهند، معمولاً با جهش‌های بعدی متفاوت. اینکه بازتابندهٔ مسیر کدام یک را عبور دهد تصمیمی دربارهٔ خود بازتابنده است: انتخاب مسیر آن، توانایی اعلان آن و هر سیاستی که روی آن لایه شده باشد. هیچ‌یک از روترهای لبه آن انتخاب را کنترل نمی‌کند. به دو اعلان RDهای متمایز بدهید و هر کدام مقصد خودش می‌شود، بنابراین هر دو می‌توانند در سطح کنترلی دوام بیاورند که در غیر این صورت فقط مسیر انتخاب‌شده برای یک هویت را حمل می‌کند.
دیدپذیری و چندمسیری در VRF گیرنده به هم می‌رسند، اما تصمیم یکسان نیستند، و بازتابنده‌ای که دو هویت حمل می‌کند مسیر نصب‌شدهٔ دومی را پیکربندی نکرده است. VRF آنچه سیاست وارداتش می‌پذیرد و آنچه تنظیم حداکثر مسیر خودش اجازه می‌دهد نصب می‌کند. وقتی می‌خواهید مسیر دوم استفاده شود نه فقط دیده شود، آن تنظیم را جداگانه بررسی کنید.
قاعدهٔ یگانگی محلی سیاست نیست
دادن RD اختصاصی به هر PE و هر نمونهٔ مسیریابی رویه‌ای سالم است: مبدأ را نام می‌برد، مانع برخورد سرویس‌های بی‌ربط روی یک هویت می‌شود و به فهرست یک کلید پایدار می‌دهد. برخی بسترها یگانگی را فقط درون دستگاه لازم می‌دانند و صراحتاً به روترها اجازه می‌دهند RD را برای همان نمونهٔ VPN به اشتراک بگذارند. این اجازه محدودیت پیاده‌سازی است، نه قاعده‌ای میان‌شبکه‌ای که بتوانید به فروشنده واگذار کنید. اگر دامنه چند تیم را در بر می‌گیرد، سیاست تخصیص را خودتان بنویسید.
عضویت هرگز از ارقام نمی‌آید. الگویی مانند 65000:12 برای یک PE و 65000:13 برای دیگری یک عادت است، در حالی که اهداف صادرات و واردات منطبق مانند 65000:112 همان چیزی است که مسیر را در VRF قرار می‌دهد. RD را هویت مسیر و route target را اجازه‌ای بدانید که آن را به VRF می‌برد.
تغییر را روی VRF اثبات کنید، نه روی نمایشگر
پیش از دست زدن به RD، چهار چیز را بنویسید: PE امروز چه اعلام می‌کند، بازتابنده چه بازمی‌تاباند، VRF گیرنده چه وارد می‌کند و کدام مسیر را انتخاب می‌کند. RD جدید یک اعلان را پس می‌گیرد و دیگری را معرفی می‌کند، پس تغییر در هر دو سوی نشست دیده می‌شود و اگر فقط سمت اعلان‌کننده را بپایید به‌آسانی بد خوانده می‌شود. پذیرش باید بر دسترس‌پذیری مورد نظر شما استوار باشد، نه بر خط اضافه‌ای که در فهرست پیشوندها ظاهر می‌شود. جدول زیر نگه می‌دارد سه شناسه در آن بازبینی در هم نیامیزند.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
از PE اعلان‌کننده شروع کنید و پیش از حذف هر چیز، هر دو هویت را برای همان پیشوند مقایسه کنید. دستورهای IOS زیر به سه پرسش به ترتیب پاسخ می‌دهند: آیا اعلان قدیمی هنوز آنجاست، آیا هویت جدید برای بازتابنده دیدنی است و آیا VRF پیشوند را انتخاب می‌کند.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
بسترهای دیگر همان اطلاعات را با نحو متفاوتی چاپ می‌کنند و پرسش‌ها از آن تغییر جان سالم به در می‌برند. اگر هویت جدید نزد بازتابنده غایب باشد در حالی که PE آن را اعلام‌شده فهرست می‌کند، اولین مظنون سیاست یا توانایی اعلان بازتابنده است، نه شماره‌گذاری.
PE، نمونه، RD، اهداف صادرات و واردات و مالکیت پیشوند را در یک جا ثبت کنید، چون تخصیص بعدی تنها زمانی جست‌وجو است و نه حدس که آن رکورد وجود داشته باشد. RD قدیمی را نگه دارید تا هویت جدید در VRF گیرنده دیدنی شود، سپس آن را در گامی دوم پس بگیرید تا هر مرحله بازگشت‌پذیر بماند.