کدام جدول‌های SNMP یک مسیر VPNv4 را به برچسبش متصل می‌کنند؟
برچسبی را که لازم دارید انتخاب کنید، سپس مدخل مسیر VRF را به یک اتصال متقابل و قطعه‌هایش پیوند بزنید. پیش از پیمایش تأیید کنید که عامل آن شیءها را پیاده‌سازی می‌کند.
سه برچسب متفاوت با یک مسیر VPNv4 سفر می‌کنند و پیمایش SNMP فقط همان‌هایی را نشان می‌دهد که عامل پیاده‌سازی کرده است. ویژگی BGP دریافتی، برچسب سرویس ورودی که به‌صورت محلی تخصیص یافته و برچسب ارسال خروجی در جدول‌های متفاوت و زیر نمایه‌های متفاوت قرار دارند. پرسیدن برچسب از یک دستگاه بدون اینکه نخست انتخاب کنید کدام یک از سه مورد را می‌خواهید، همان چیزی است که یک پروژه جمع‌آوری داده را در همان اولین شاسی متوقف می‌کند.
آنچه را که وظیفه‌تان لازم دارد انتخاب کنید و سپس زنجیره نمایه‌ای را که به آن می‌رسد دنبال کنید. اگر زنجیره در شیئی شکسته شود که عامل پیاده‌سازی نمی‌کند، آن یک یافته برای ثبت است، نه شکافی که با یک OID ساختگی پر شود.
انتخاب کنید وظیفه کدام یک از سه برچسب را لازم دارد
برچسبی که از یک همسایه دریافت می‌شود به‌صورت ویژگی مسیر BGP می‌رسد و توصیف می‌کند که آن همسایه انتظار دارد چه چیزی را به سمتش بفرستید. برچسب سرویس ورودی را همین دستگاه برای یک پیشوند VRF تخصیص می‌دهد و ترافیکی را که وارد LSP می‌شود علامت می‌زند. برچسب بالای خروجی همان چیزی است که سطح ارسال واقعاً به سمت گام بعدی می‌فرستد و هر زمان گام بعدی عوض شود عوض می‌شود.
تنها دومی و سومی به وضعیت ارسال روی دستگاهی که پیمایش می‌شود تعلق دارند. اولی بیانیه‌ای درباره انتظار همسایه است، نه درباره این شاسی.
MIB استاندارد L3VPN مسیر VRF و پیوندش با یک اتصال متقابل را مدل می‌کند و همین برای رسیدن به برچسب‌های محلی سرویس و ارسال کافی است. این استاندارد تخلیه همه ویژگی‌هایی را که یک نشست BGP دریافت کرده وعده نمی‌دهد. جدول را برای آنچه دارد بخوانید، نه برای آنچه پرسش القا می‌کند. جمع‌آوری که بر پایه فرض نادرست ساخته شود صفر گزارش می‌دهد و آن‌ها را به‌عنوان داده‌های گمشده بایگانی می‌کند.
| What you want | Where it lives | What a walk can return |
|---|---|---|
| Label advertised by a peer | BGP session state for that VRF | Usually outside the standard L3VPN MIB |
| Incoming service label for a prefix | VRF route entry joined to an incoming segment | Available when both tables are implemented |
| Label pushed toward the next hop | Outgoing segment with a push condition | Available, but only meaningful while a top label is pushed |
مدخل مسیر VRF را به اتصال متقابلش پیوند بزنید
RFC 4382 نمایه mplsL3VpnVrfRteTable را تعریف می‌کند. نمایه آن را به شش بخش بخوانید: نام VRF، نوع نشانی مقصد، خود پیشوند، مقدار سیاست، نوع گام بعدی و نشانی گام بعدی. مدخل‌های IGP و BGP آن جدول را شریک می‌شوند، پس پروتکل مسیریابی را کنار پیشوند ثبت کنید. دو ردیف می‌توانند پیشوند یکسان داشته باشند و تنها در گام بعدی متفاوت باشند، و انتخاب ردیف نادرست پیوند را به اتصال متقابل دیگری می‌فرستد.
ستون mplsL3VpnVrfRteXCPointer به‌جای OID کامل ردیف، نمایه اتصال متقابل را حمل می‌کند، هرچند نام چیز دیگری را القا می‌کند. مقدار صفرِ یک اکتت یعنی هیچ پشته برچسبی همراه نیست، که پیش از تثبیت پیوندها یا برای مسیری که هرگز به آن نیاز نداشته دیده می‌شود.
ستون را پیش از پیمایش ترجمه کنید تا درخت فرعی عددی در خروجی یکتا باشد. هر دو فرمان زیر همان گره را با نمادگذاری متفاوت مورد خطاب قرار می‌دهند.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
نمایه بازگشتی را به جدول اتصال متقابل ببرید که کلید مدخل آن یک سه‌گانه است: نمایه اتصال متقابل، نمایه قطعه ورودی و نمایه قطعه خروجی. همان سه‌گانه پیوندی است که مسیر را به برچسب تبدیل می‌کند. درخت فرعی اتصال متقابل را برای نمایه مشخص پیمایش کنید نه کل جدول، زیرا خواندن نمایه‌ای پیوند را دست‌نخورده نگه می‌دارد و پیمایش انبوه نگه نمی‌دارد.
نمایه را بخوانید نه شماره برچسب را
نمایه قطعه یک ردیف را مشخص می‌کند و برچسب مقداری درون همان ردیف است، پس جانشین کردن یکی با دیگری پاسخی به‌ظاهر معقول می‌دهد که به LSP نادرست اشاره می‌کند. در سمت ورودی، رابط و بافت برچسب را همراه با mplsInSegmentLabel بررسی کنید و به یاد داشته باشید که شیء می‌تواند در عوض اشاره‌گری به یک جدول برچسب داشته باشد وقتی ردیف به مدخلی جای دیگر ارجاع می‌دهد.
در سمت خروجی، رابط خروجی و اینکه آیا ردیف می‌گوید برچسب بالا ارسال می‌شود را پیش از خواندن mplsOutSegmentTopLabel بررسی کنید. ستون برچسب بالای پرشده در ردیفی که چیزی ارسال نمی‌کند مقدار کهنه یا باقی‌مانده مسیری پیشین است، نه وضعیت ارسال کنونی. پشته‌های عمیق‌تر به جدول پشته برچسب ارجاع‌شده نیاز دارند و آن گام اضافی عادی است، نه نقص.
قواعد ویژه صفر برای مسیرهایی اعمال می‌شود که به‌صورت محلی در مسیریاب آغاز یا پایان می‌یابند. با نمایه صفر به‌عنوان رفتار مستند برخورد کنید نه نتیجه خالی، و آن را با وضعیت ارسال محلی تأیید کنید.
پیش از مقیاس‌پذیری تأیید کنید عامل چه چیزی را پیاده‌سازی می‌کند
شیءهای پیاده‌سازی‌شده را برای پلتفرم و نسخه دقیق، خانواده‌های نشانی در استفاده و هر محدودیت عملیاتی روی درخت‌های فرعی بررسی کنید. با اعتبارنامه فقط‌خواندنی محدود به همان درخت‌های فرعی پیمایش کنید و بپذیرید که نبودن یک شیء می‌تواند یعنی قابلیت پیاده‌سازی نشده است، نه اینکه MIB نادرست است.
پیش از آنکه جمع‌آوری را به کل جدول بفرستید، یک مسیر VRF شناخته‌شده را با خروجی عملیاتی خود دستگاه تطبیق دهید. هر مؤلفه نمایه و زمان جمع‌آوری را همراه هر نمونه نگه دارید، زیرا مسیرها و پیوندها میان پیمایش‌ها جابه‌جا می‌شوند. تصویری که از دو پیمایش با فاصله چند دقیقه دوخته شود می‌تواند نمایه اتصال متقابل کهنه را با مسیری تازه بیامیزد و کاملاً سازگار به نظر برسد.
جایی که نمای BGP دریافتی یا شیء برچسب مخصوص فروشنده واقعاً غایب است، به رابط تله‌متری یا عملیاتی که پلتفرم مستند می‌کند بروید. پیوند استاندارد برچسب‌های ارسال محلی و اندکی چیز دیگر را پوشش می‌دهد، پس با آن به‌عنوان نخستین گام یک طراحی جمع‌آوری برخورد کنید، نه چیز تمام‌شده.