אילו טבלאות 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 שהתקבל או אובייקט תווית ספציפי לספק חסרים באמת, עבור לממשק טלמטריה או תפעולי שהפלטפורמה מתעדת. החיבור הסטנדרטי מכסה תוויות העברה מקומיות ומעט אחר, לכן התייחס אליו כאל הצעד הראשון בתכנון איסוף, לא כאל הדבר המוגמר.