מצב pseudowire לעומת מוני תעבורה: מה מוכיח את האספקה
המצב התפעולי אומר שהשירות מוגדר ופעיל; המונים אומרים שמסגרות עברו. חברו את שניהם על אינדקס ה-VC ובדקו כיוון, אי-רציפות ותמיכת MIB.
pseudowire שמדווח שהוא במצב up אומר לכם שהשירות קיים וששני הכיוונים מסכימים שהוא אמור לשאת תעבורה. הוא לא אומר לכם שמסגרת אחת של לקוח עברה דרכו אי פעם. אובייקטי המצב ואובייקטי המונים נכתבו למטרות שונות, ובדיוק כשמקבלים האחד כהוכחה לאחר נמצאת הטעות ברוב לוחות המחוונים האלה. השוואה ביניהם היא העבודה, כי אמון באחד מהם בלבד עונה על שאלה שאף אחד לא שאל.
מצב ומונים עונים על שאלות שונות
רשומת ה-VC הראשית נושאת מצב תפעולי משולב, ומצב זה הוא up רק כאשר שני מצבי הכיוון הם up. כל מה שמאחוריו הוא ידע של מישור הבקרה והתצורה: מעגל החיבור המקומי, העמית, האיתות. שורה במצב הזה היא הצהרה על כוונה ומוכנות, לא על מסגרות שהועברו.
התעבורה חיה בטבלה נפרדת של מונים בעלי קיבולת גבוהה לחבילות ולביטים, והשורות האלה נושאות את אותו אינדקס VC. צמיחה שם היא הוכחה שמסגרות עברו דרך אותה שורה בדיוק במרווח שמדדתם. מונה שלא השתנה הוא דו-משמעי בפני עצמו. שירות רדום, אספן שקורא את השורה הלא נכונה ומסלול שנשבר בשקט מייצרים כולם את אותו קו שטוח.
| Question | Object | What it can establish |
|---|---|---|
| Is the service up? | cpwVcOperStatus | Both direction states agree the VC should carry traffic. |
| Which side is down? | cpwVcInboundOperStatus, cpwVcOutboundOperStatus | Direction of the reported fault. |
| Did frames move? | cpwVcPerfTotalTable HC counters | Observed forwarding on that row between two polls. |
| Is the interval clean? | cpwVcPerfTotalDiscontinuityTime | Whether the counter was reset inside the window. |
קראו את הטבלה כשני טורים של ראיות, לא כסולם חומרה אחד. up עם מונים שטוחים אינו גרסה גרועה של up עם צמיחה, זו תצפית אחרת עם צעד הבא אחר.
חברו על אינדקס ה-VC, לא על המספר שבפנייה
טבלת ה-VC מאונדקסת במספר שלם יחיד, וה-ID של ה-VC, כתובת העמית, סוג השירות והשם הם מאפיינים של אותה שורה. לפי המאפיינים האלה אתם מוצאים את השירות שלכם; האינדקס הוא מה שמאפשר להמשיך ולמצוא אותו אחרי הסקר הראשון. אינדקס ממשק, שם מעגל מוצג או תווית MPLS אינם האינדקס הזה גם כשהמספרים מתלכדים.
גזרו את מזהי ה-OID המספריים מקובץ ה-MIB שעל האספן ולא מפוסט בבלוג, ואז עברו על הטבלה פעם אחת ושמרו את הזהות שמצאתם.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableרשמו את כתובת הניהול ואת האינדקס יחד במערכת הניטור. הקצאה מחדש יכולה להעביר שירות לשורה אחרת, ואז אספן שהתחבר לפי שם ל-ID של ה-VC ימשיך לשרטט אינדקס מיושן שעדיין עונה בנימוס.
כיוון משמעו ה-pseudowire, לא המנוי
מוני כניסה מתארים מה ה-VC קיבל מרשת מיתוג המנות; מוני יציאה מתארים מה הוא העביר הלאה אל אותה רשת. ב-PE שפונה אל לקוח זה מתאים לעתים קרובות להורדה ולהעלאה בסדר כלשהו. ב-PE מרכזי, או ב-PE שיש לו עמית בליבה, אותם שמות אובייקט מתארים את חוויית הלקוח ההפוכה.
רשמו את המיפוי פעם אחת לכל תפקיד של התקן ושמרו אותו בתווית של לוח המחוונים. גרף שכותרתו העלאה של לקוח ואשר למעשה משרטט תעבורה אל הליבה ישרוד את הסקירה ויטעה בשקט את כל מי שמשתמש בו להחלטות קיבולת. אותו סיכון חל על התראות שנבנו על הגרפים האלה, כי הן יזעיקו את הצוות הלא נכון. תייגו כל גרף לפי כיוון התנועה ביחס ל-pseudowire, ותנו למיפוי הלקוח לחיות בפאנל שזקוק לו.
מבחן אחד עדיף על כל כמות של קריאת תיאורי אובייקט: העבירו קובץ מוכר דרך השירות, סקרו מיד לאחר מכן את שני הכיוונים וראו איזה מונה זז. רשמו את התוצאה לצד תפקיד ההתקן, כי האדם הבא ישאל את אותה שאלה.
קצב תקף רק בתוך חלון אי-רציפות אחד
חשבו קצב כעלייה במונה הביטים חלקי השניות שחלפו, והכפילו בשמונה כדי לקבל סיביות לשנייה. התייחסו למרווח כלא תקף אם המונה ירד, הסוכן הופעל מחדש, השורה השתנתה או אובייקט אי-הרציפות זז. אותו אובייקט מבוטא ביחס לזמן הפעילות של המערכת, ולכן גם הפעלה מחדש של ההתקן פוסלת אותו. זרקו את הדגימה ופתחו חלון חדש במקום לצייר שיא.
קחו שתי דגימות בהפרש מוכר ושמרו את חותמות הזמן מהאספן, לא מהיסטוריית המסוף שלכם.
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
sleep 60
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime.7מונים בעלי קיבולת גבוהה הופכים את הגלישה לשאינה עניין על pseudowire יחיד, ולכן ירידה פירושה כמעט תמיד איפוס, סוכן שהוחלף או שורה אחרת ולא הצפה אריתמטית. לכן הפקודה השלישית חשובה כמו הראשונות.
בדקו מה הגרסה המותקנת תומכת בו באמת
הגדרת MIB היא מפרט, לא הבטחה לגבי התמונה שלכם. ייתכנו טבלאות חסרות, מיושמות חלקית או קיימות אך לא מאוכלסות עד להפעלת תכונה, ואותה פלטפורמה יכולה להיות שונה בין גרסאות. הגדרת CISCO-IETF-PW-MIB נותנת לכם את שמות האובייקטים; ההתקן אומר לכם אם הם עונים.
סקרו את שתי הטבלאות ואת מחרוזת הקושחה במעבר אחד, ואז השוו למה שטוענת הערת הגרסה.
snmpget -v2c -c monitor -Oqv 10.60.4.21 SNMPv2-MIB::sysDescr.0
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcTable | wc -l
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalTable | wc -lסריקה ריקה וסריקה שאינה נתמכת הן כשלים שונים, ולכן קראו את השגיאה ולא רק את מספר השורות. אם טבלת המצב עונה וטבלת הביצועים לא, לחיבור שעיצבתם בפרק הראשון אין היכן לנחות, והתיקון הוא שינוי באספן ולא במעגל.
הרצף למעגל שנוי במחלוקת קצר: אשרו את זהות השורה מהאינדקס, אשרו את מיפוי הכיוון בהעברה מוכרת אחת, חשבו קצב רק בתוך חלון אי-רציפות נקי, ואשרו ששתי הטבלאות עונות באותה גרסה. כל צעד מסיר הסבר מועמד אחד. כאשר כל ארבעתם מתקיימים והמונים עדיין לא זזים, הראיות מצביעות הרחק מה-pseudowire. שם בדיוק לכידת מנות במעגל החיבור מצדיקה את עצמה.