تحویل L3VPN: مسیرهای خصوصی، مسیر پیش‌فرض یا جدول کامل؟
آنچه CE باید دریافت کند از اینجا می‌آید که ترافیک بدون تطابق از کجا خارج می‌شود. تحویل را گام‌به‌گام بپیمایید، مورد خرابی را توافق کنید و تنها پس از آن درباره اندازه جدول بحث کنید.
مدار شما برقرار است، VRF پیکربندی شده و ارائه‌دهنده پرسش کوتاهی می‌پرسد که بقیه طراحی را تعیین می‌کند: لبه مشتری چه چیزی باید دریافت کند؟ سه پاسخ رایج است و هیچ‌یک از وجود پشته برچسب ناشی نمی‌شود. اینها تصمیم‌های سرویس درباره این هستند که ترافیک از کجا شعبه را ترک می‌کند.
پیمایش منظم تحویل ارزان‌ترین راه برای درست انجام دادن آن است. از آنچه بر سر ترافیکی می‌آید که با هیچ چیز مطابقت ندارد شروع می‌کنید، سپس پیشوندهای خصوصی و رفتار خرابی‌شان را می‌نویسید و تنها پس از آن درباره اندازه جریانی که حاضرید حمل کنید صحبت می‌کنید.
با ترافیکی شروع کنید که هیچ‌کس برایش برنامه نداشت
پیش از آنکه هر فهرست پیشوندی پدیدار شود یک پرسش بپرسید: وقتی بسته‌ای با هیچ مسیر خصوصی مطابقت ندارد، کجا باید برود؟ شعبه‌ای با مدار اینترنت اختصاصی معمولاً مسیر پیش‌فرض محلی نگه می‌دارد، پس ترافیک عادی وب از فایروال محلی خارج می‌شود و هرگز به ارائه‌دهنده نمی‌رسد. در آن طراحی VPN تنها سایت‌های خصوصی دوردست را حمل می‌کند و پیشوندهای مشخص‌تر انتخاب را انجام می‌دهند.
شعبه‌ای که قرار است از خروجی مرکزی استفاده کند حالت مقابل است. آنجا مسیر پیش‌فرض به سرویس اشاره می‌کند و ارائه‌دهنده یا سایت مرکزی مالک ارسال، مسیریابی بازگشتی و هر ترجمه‌ای است. گفتن «پیش‌فرض به VPN» بدون آن مالک، شعبه‌ای می‌سازد که نام‌ها را حل می‌کند و به هیچ چیز نمی‌رسد.
دو طراحی در اینکه خرابی مسیریابی چه شکلی دارد تفاوت دارند و به همین دلیل حدس زدن گران است. با مسیر پیش‌فرض محلی، مسیر خصوصی گم‌شده آن ترافیک را به اینترنت می‌فرستد، جایی که فایروال آن را دور می‌ریزد یا بدتر، چیزی پاسخ می‌دهد که قصدش را نداشتید. با مسیر پیش‌فرض مرکزی، همان فقدان دسترسی به اینترنت را کاملاً حذف می‌کند و تیکت به شکل «کل شعبه قطع است» می‌رسد. هیچ‌یک از این دو خرابی به‌خودی‌خود غلط نیست، اما تنها یکی با سرویسی که فروخته‌اید می‌خواند و یک پیکربندی BGP به‌تنهایی نمی‌گوید کدام را ساخته‌اید.
پیشوندهای خصوصی را همراه با مورد خرابی بنویسید
پیشوندهایی را که شعبه باید به آنها برسد فهرست کنید و یادداشت کنید کدام‌یک تجمیع شده‌اند. تجمیعی که یک بیت بیش از حد گسترده است مقصدهای ناشناخته را به VPN می‌کشد و این تنها زمانی درست است که طرف دور واقعاً مالک آنها باشد و آنها را ارسال کند.
سپس رفتار مورد نظر را هنگام خرابی سرویس خصوصی توصیف کنید. مسیر دورریز نگه‌داشته‌شده ترافیک را از مسیر غیرمجاز دور نگه می‌دارد و قطع تمیز و مورد انتظاری تولید می‌کند. مسیر پیش‌فرض شناور می‌تواند با جابه‌جایی به مسیر پشتیبان دسترس‌پذیری را حفظ کند، اما تنها اگر مسیر پشتیبان مجاز به حمل آن ترافیک باشد.
دسترس‌پذیری و عقب‌نشینی مجاز را به‌عنوان دو نیاز جداگانه در سند تحویل نگه دارید. تیم‌هایی که آنها را ادغام می‌کنند در نهایت درباره اینکه آیا شعبه باید از کار می‌افتاد بحث می‌کنند، به‌جای بررسی اینکه آیا سیاست توافق‌شده پیاده شده است.
بررسی کنید CE واقعاً چه چیزی نصب کرده است
قصد پیکربندی و وضعیت ارسال به‌قدری زیاد از هم جدا می‌شوند که بررسی باید بخشی از تحویل باشد، نه بازبینی حادثه. در لبه مشتری IOS-XE سه فرمان زیر به سه پرسش متفاوت پاسخ می‌دهند: چه چیزی پیشنهاد شد، چه چیزی پذیرفته شد و چه چیزی واقعاً استفاده می‌شود.
show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0هر سه را در روز تحویل اجرا کنید نه یک ماه بعد، وقتی کسی هنوز به یاد دارد چه توافق شد. خروجی اول به soft-reconfiguration inbound یا به تازه‌سازی مسیر ذخیره‌شده بستگی دارد؛ بدون هیچ‌یک از این دو، CE نمی‌تواند نشان دهد چه چیزی را رد کرده است. دومی مسیرهای پذیرفته‌شده و بهترین مسیرها را پس از سیاست نشان می‌دهد. سومی می‌گوید مسیر پیش‌فرض واقعاً کجا می‌رود و این مفیدترین خط در کل تحویل است.
همان بررسی‌ها را روی CE دوم انجام دهید اگر سایت دو اتصاله است. پذیرش نامتقارن میان دو لبه دلیل رایج «از یک سرور کار می‌کند و از دیگری نه» است و در تفاوت پیکربندی که متقارن به نظر می‌رسد دیده نمی‌شود.
جریان بزرگ‌تر را احراز کنید نه فرض
گاهی مشتری واقعاً به اطلاعات مسیر اینترنت درون VRF نیاز دارد، برای مسیریابی سیاستی یا برای خروجی مرکزی که بر اساس پیشوند هدایت می‌کند. این یک نیاز است که باید اعلام، محدود و قیمت‌گذاری شود، نه یک پیش‌فرض پنهان. با آن حافظه برای RIB و FIB، پردازنده برای به‌روزرسانی‌ها، نگهداری فیلترها و یک مالک برای جدول حاصل می‌آید.
استدلال‌های ظرفیت در هر دو جهت اشتباه می‌روند. جدول کامل درون VRF ممنوع نیست و رایگان هم نیست. به‌همین‌ترتیب نمی‌توانید هزینه امروز را از شمار مسیر قدیمی استنتاج کنید و تخصیص برچسب کوچک‌تر هزینه نگهداری مسیرها را حذف نمی‌کند.
مشخصه BGP/MPLS IP VPN چند آرایش دسترسی به اینترنت را در کنار خود سرویس VPN بررسی می‌کند و جدول کامل یا مسیر پیش‌فرض را برای هر مشتری اجباری اعلام نمی‌کند، و همین بخشی است که هنگام طرح ادعایی درباره «رویه استاندارد» ارزش اشاره دارد: RFC 4364.
تحویل را با ثبت مجموعه اعلام‌شده، مجموعه دریافت‌شده و مجموعه انتخاب‌شده در کنار سیاست خروج توافق‌شده ببندید و با آزمون یک مقصد خصوصی، یک مقصد عمومی مورد نظر و یک مورد از دست رفتن مسیر. سند امضاشده این سه آزمون بیش از هر جمله‌ای درباره آنچه بیشتر شبکه‌ها می‌کنند دعوا حل می‌کند.