BGP و MPLS در یک VPN: کدام بخش بسته را حمل می‌کند

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

بررسی 1: آیا پیشوند در VRF درست است

از لبه ورودی ارائه‌دهنده شروع کنید و بپرسید پیشوند مشتری به کدام VRF تعلق دارد. همپوشانی آدرس مشتریان در این طراحی طبیعی است، بنابراین VRF همان بافتاری است که دو مشتری را که هر دو از 10.0.0.0/8 استفاده می‌کنند از هم جدا نگه می‌دارد.

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

بررسی 2: آیا مسیر VPN توزیع و وارد شد

ارائه‌دهنده مسیرهای مشتری را با MP-BGP توزیع می‌کند. هر مسیر یک متمایزکننده مسیر حمل می‌کند که پیشوندهای در غیر این صورت یکسان را یکتا می‌کند، و هدف‌های مسیر که تعیین می‌کنند کدام VRF مسیر را وارد کند. مسیری که می‌رسد اما وارد نمی‌شود، VRF دریافت‌کننده را برای آن پیشوند خالی می‌گذارد. پیش از سرزنش طرف دور، سیاست ورود را بررسی کنید.

انتخاب مسیر هم مهم است: مسیر ترجیحی از لبه ارائه‌دهنده دیگری جای مسیری را می‌گیرد که انتظار دیدنش را داشتید.

بررسی 3: لبه ورودی با بسته چه می‌کند

وقتی بسته‌ای می‌رسد، لبه ورودی جست‌وجوی IP را در VRF انجام می‌دهد و سپس برچسب‌هایی برای مسیر انتخاب‌شده پیوست می‌کند. پشته دو نقش منطقی دارد حتی وقتی یک ثبت تعداد متفاوتی برچسب نشان می‌دهد.

transport label toward the egress edge
VPN service label for the egress forwarding action
customer IP packet

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

بررسی 4: آیا شبکه زیرین آن برچسب‌ها را ارسال می‌کند

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

پیوند برچسب را به سمت لبه خروجی بررسی کنید، نه فقط وجود مسیر را.

بررسی 5: اقدام خروجی و مسیر بازگشت

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

موفقیت یک‌طرفه معمولا یک مسیر بازگشت یا یک فیلتر است، نه پشته برچسب.

نشانه خود را در یکی از این بررسی‌ها بخوانید

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

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