نرمال‌سازی تگ‌های VLAN در نقطه‌های پایانی pseudowire: راهنمای اجرا

پیش از دست زدن به pseudowire مشخص کنید هر لبه مشتری چه فریمی باید دریافت کند. در حالت ساده، CE A یک تگ مرزگذار سرویس می‌فرستد و CE B فریم‌های بدون تگ را انتظار دارد، و لبه ارائه‌دهنده جایی است که این تفاوت حل می‌شود. تگ یک سیاست محلی است و بخشی از قرارداد Ethernet مشتری نیست، و pseudowire فریم توافق‌شده را حمل می‌کند نه فریم اصلی را. پیش از هر پیکربندی هر دو جهت را بنویسید.

نخست قرارداد فریم را بنویسید

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

قرارداد را به‌قدری کوتاه نگه دارید که در تیکت تغییر بچسبد: کدام لبه با تگ می‌فرستد، کدام بدون تگ انتظار دارد و کدام مقدار تگ مرز سرویس است.

درباره حالت pseudowire توافق کنید

RFC 4448 بین حالت‌های raw و tagged در pseudowire تمایز می‌گذارد و توضیح می‌دهد تگ‌های مرزگذار سرویس چگونه پردازش می‌شوند. حالت raw همچنان می‌تواند تگ‌هایی را حمل کند که به فریم مشتری تعلق دارند، پس تمایز به نقش سرویسی تگ مربوط است نه صرفاً به وجود سرآیند 802.1Q. خواندن حالت به‌صورت tagged در برابر untagged رایج‌ترین راه اشتباه در تعیین دامنه این کار است. پیش از تصمیم درباره عملیات لازم، حالت را با همتا توافق کنید.

سپس نوع واقعی pseudowire و پارامترهای همتا را بررسی کنید. اتصال محلی VLAN و اتصال پورت راه دور به ترتیب interworking پشتیبانی‌شده نیاز دارند، و دو دستور بازنویسی محلی ثابت نمی‌کنند که انواع مدار اعلام‌شده همخوانی دارند.

اگر انتظارها درباره control word و MTU متفاوت است، مشکلی در مذاکره دارید که هیچ بازنویسی آن را درست نمی‌کند. هر دو را از پیکربندی در حال اجرای همتا تأیید کنید نه از سند طراحی.

عملیات محلی تگ را اعمال کنید

راهنمای بازنویسی VLAN CCC از Juniper عملیات pop، push و swap را با محدودیت‌های وابسته به پلتفرم مستند می‌کند. برای یک واحد تگ‌دار سازگار که از پیش پیکربندی شده است، جهت نمونه input-vlan-map pop در ورود و output-vlan-map push در خروج است. این خطوط عملیات را نشان می‌دهند، نه پیکربندی کامل رابط یا مدار را. پلتفرم و نسخه دقیق را تأیید کنید، به‌جای آنکه مثال یک خانواده دستگاه را همه‌جا اعمال کنید.

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

هر تگ داخلی مشتری را که سرویس لازم دارد حفظ کنید. در تگ‌های انباشته، پیش از حذف هر چیز مشخص کنید کدام تگ بیرونی را دستکاری می‌کنید.

بودجه را برای اندازه بگذارید، نه فقط تگ‌ها

تگ‌های نگه‌داشته‌شده، پشته واقعی MPLS و control word را در بودجه اندازه بگنجانید. RFC 8469 استفاده از control word را برای pseudowire اترنت توصیه می‌کند و این توصیه بودجه فریم را تغییر می‌دهد، چه پلتفرم شما آن را به‌طور پیش‌فرض فعال کند و چه نکند. ناسازگاری MTU را آشتی دهید، نه اینکه هشدار آن را به‌عنوان تعمیر خفه کنید. هشدار خفه‌شده یک قطع برنامه‌ریزی‌شده با تاریخ پاک‌شده است.

همان بودجه را روی هر دو لبه ارائه‌دهنده بررسی کنید، زیرا کافی است یک طرف تگ و طرف دیگر control word اضافه کند تا باری که پیش‌تر سالم بود بشکند.

اگر اعداد همخوانی ندارند، طرح را تغییر دهید نه سطح ثبت رویداد را.

آن را فریم‌به‌فریم بپذیرید

برای پذیرش، فریم مورد انتظار را در هر اتصال مشتری در هر دو جهت بررسی کنید. سپس ترافیک برنامه و کنترل را که سرویس واقعاً نیاز دارد طبق طرح آزمون تأییدشده اجرا کنید، زیرا ping بسیار کمتر از رسیدن سالم یک فریم تگ‌دار را اثبات می‌کند. قرارداد فریم ورودی و خروجی را همراه با پیکربندی مدار ثبت کنید. همین ثبت است که تغییر بعدی را قابل بازبینی می‌کند.

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

مدار زمانی تمام است که هر دو جهت با قراردادی که در آغاز نوشتید همخوان باشند، نه زمانی که جهت اول عبور کند.