Junos L2VPN: اول قرارداد اتصال مشتری را درست کن
شبه‌سیم از اتصال محلی آغاز می‌شود. پیش از دست زدن به سیگنالینگ، فریم، واحد منطقی، کپسوله‌سازی و اتصال سرویس را هم‌تراز کن.
پیش از آنکه به یک شبه‌سیم دست بزنی، یک فریم مشتری را تا داخل PE دنبال کن و ببین کجا باید فرود بیاید. پورت فیزیکی آن را در یک واحد منطقی دسته‌بندی می‌کند، آن واحد یک کپسوله‌سازی حمل می‌کند، و واحد به یک سرویس بسته شده است. سه تصمیم جدا، سه راه جدا برای اشتباه کردن. بیشتر مواردی که به‌عنوان خطای سیگنالینگ ارجاع داده می‌شوند در واقع فریمی هستند که در واحدی دسته‌بندی شده‌اند که هیچ‌کس برای آن سرویس پیکربندی نکرده است. پس از اتصال شروع کن و به سمت بیرون برو.
قرارداد فریم را بنویس
قرارداد را پیش از انتخاب هر پیکربندی ثبت کن: بدون برچسب، یک برچسب سرویس یا یک پشته. MTUای را که مشتری ارسال خواهد کرد و رفتار برچسب‌ها را که در هر جهت انتظار می‌رود اضافه کن، چون این‌ها ویژگی‌های مذاکره‌شده‌اند نه ترجیحات محلی. شماره واحد فقط یک شناسه است و هیچ چیزی درباره اینکه رابط کدام فریم‌ها را می‌پذیرد نمی‌گوید.
آن را در یادداشت سرویس بنویس نه در توضیح تیکت. کسی که شش ماه بعد این را اشکال‌زدایی می‌کند یادداشت را می‌خواند. تیکت را نخواهد خواند.
کپسوله‌سازی را با قرارداد هم‌تراز کن
سرویس تک‌برچسبی معمولاً از کپسوله‌سازی مدار VLAN استفاده می‌کند، مانند vlan-ccc، در حالی که فریم‌های بدون برچسب به شکل ساده مدار Ethernet نیاز دارند و پشته به گونه گسترده‌ای نیاز دارد که دو برچسب را می‌فهمد. روی پلتفرمی که کپسوله‌سازی سرویس به‌ازای هر واحد را پشتیبانی می‌کند، یک رابط فیزیکی می‌تواند چند تا را هم‌زمان میزبانی کند، که راحت است و همچنین همان راهی است که یک فریم در واحد اشتباه می‌افتد. جایی که راهنمای پلتفرم تو family ccc، آن را به‌عنوان بخشی از اتصال کامل پیکربندی کن، نه اینکه به یک رابط مسیریابی‌شده پیچ کنی. راهنمای کپسوله‌سازی فهرست می‌کند که کدام انواع اتصال کدام الزامات را تحمیل می‌کنند.
برای احتیاط به هر رابط یک دستور family اضافه نکن. پیکربندی‌ای که یک مدار را کار می‌اندازد می‌تواند مدار بعدی را وادار کند فریم‌هایی را بپذیرد که مشتری‌اش هرگز نمی‌فرستد.
اتصال را به سرویس درست ببند
یک VPN لایه 2 با سیگنالینگ BGP، یک مدار با سیگنالینگ LDP و دیگر سرویس‌های پشتیبانی‌شده هر یک پیکربندی اتصال رابط و سیگنالینگ خود را دارند و قابل تعویض نیستند. آمیختن سبک اتصال یکی با سیگنالینگ دیگری مداری می‌سازد که از یک همتا خبر می‌دهد و هرگز فریمی را حمل نمی‌کند.
انتهای دور را با انتهای نزدیک مقایسه کن، نه اینکه هر یک را جداگانه بررسی کنی: نشانی همتا، شناسه سرویس، توافق کپسوله‌سازی، انتظار control word و بودجه اندازه. لایه زیرین MPLS می‌تواند کاملاً سالم باشد در حالی که اتصال غایب است یا جای دیگری دسته‌بندی شده؛ به همین دلیل آزمونی که فقط به لایه زیرین نگاه می‌کند اینجا چیزی را ثابت نمی‌کند.
با فریم بررسی کن، نه با وضعیت
شمارنده‌های رابط محلی را وقتی مشتری ترافیک می‌فرستد بخوان، سپس وضعیت سرویس را، و بعد تأیید کن که فریمی که می‌رسد همان فریم توافق‌شده است، با برچسبش. اتصال تعمیرشده همان فریم را تحویل می‌دهد؛ تغییر وضعیت به‌تنهایی چیزی را ثابت نمی‌کند.
جایی که مجاز به ثبت هستی، فریم را در هر دو جهت ببین. نامتقارنی برچسب‌ها در نمای وضعیت به‌راحتی از چشم می‌افتد و در یک ثبت آشکار است. همین نامتقارنی شکایت‌هایی را هم توضیح می‌دهد که در یک جهت کار می‌کنند و در جهت دیگر شکست می‌خورند.
سپس آن را بنویس
چهار مقدار را در یادداشت سرویس ثبت کن: قرارداد، کپسوله‌سازی، واحد و اتصال سرویس. همین چهار مورد چیزی است که مهندس تازه نیاز دارد و چیزی که بازبینی پیکربندی به‌ندرت صریح می‌گوید.
وقتی مدار شش ماه بعد بشکند، آن یادداشت تفاوت میان یک ربع ساعت کار و استخراج دوباره کل طراحی از یک پیکربندی در حال اجراست. تاریخ آخرین بررسی را اضافه کن تا یادداشت بگوید چقدر کهنه شده است.