למה L2VPN של Junos מציג תווית אבל לא מעביר דבר

מגיעים דיווחי לקוחות שאומרים שחיבור ה-L2VPN במצב Up, שההצמדה פעילה, ושאין מסגרת שחוצה. נוריות המצב כנות; המסגרת מסווגת לשירות שאין לו מצב העברה שמיש בקצה המרוחק. ב-L2VPN מנקודה לנקודה שמאותת ב-BGP, ההחלטה הראשונה שייכת להצמדה ולא לחיפוש מסלול. מסגרת הלקוח מגיעה לממשק לוגי, והממשק הזה נותן שם לחיבור ולכן לאתר המרוחק. כל מה שאחרי זה הוא מצב העברה לפי תוויות שנבנה ממה שהעמיתים הכריזו.

המסגרת לא מבצעת חיפוש מסלול

האיתות הכין את המצב; העיבוד לכל מנה הוא חיפוש תווית בחיבור שכבר נבחר. לכן השאלה למה חסר מסלול היא השאלה הלא נכונה, והיא מסתירה את שני הערכים החשובים: החיבור של ההצמדה ותווית השירות שבה היא משתמשת.

זה גם מסביר את חוסר הסימטריה במאמץ. סקירת התצורה אומרת לך מה היה אמור להיות מותקן, ואילו תצוגת החיבור אומרת מה נגזר בפועל, ורק השני שורד אי-התאמה של בלוק תוויות.

שתי תוויות, שני כיוונים

כל PE מקצה באופן מקומי בלוק תוויות, מכריז על הבסיס והגודל שלו, והעמיתים שלו מוסיפים היסט כדי לגזור את התווית לאתר מסוים. לכן ההקצאות משמעותיות מקומית: שני PE-ים יכולים להשתמש בבסיסים שונים ובגדלי בלוק שונים לאותו שירות. קרא את החיבור משני הקצוות לפני שתשנה משהו. בלוק שנמדד בתווית אחת קטנה מדי נראה בדיוק כמו חיבור שלעולם לא מותקן.

show l2vpn connections instance CUST-A extensive

בפלט הזה התווית הנכנסת היא זו שה-PE הזה הקצה ואמר לעמית שלו להשתמש בה, ואילו התווית היוצאת היא ההקצאה של העמית שה-PE הזה דוחף. קריאת השתיים הפוך היא הטעות הקלאסית, והיא שולחת אותך לחפש ערך שמעולם לא היה אמור להופיע בצד הזה. הפניה לחיבור מתעדת את השדות שליד התוויות, כולל אתר, מצב ומידע בלוק.

מה מוכיח חיפוש התווית

ברגע שיש לך את הערך הנכנס, החיפוש המקומי הוא פקודה אחת:

show route label 160042

הפלט הזה אמור להראות רשומת l2vpn עם קפיצה הבאה, ופעולת התווית אומרת לך אם המסגרת נדחפת, מוחלפת או נשלפת לפני שהיא יוצאת. אם הוא לא מראה דבר, מצב השירות מעולם לא הותקן למרות שהחיבור מציג Up, והפער נמצא באיתות ולא בתעבורה.

עקוב אחר מסגרת אחת

מנה אחת שנדחפת להצמדה מכריעה יותר מכל סקירת תצורה. מסלול תווית השירות אמור להצביע אל LSP התעבורה לעבר ה-PE המרוחק, ושתי התוויות אמורות להתאים לערכים שהעמית דיווח. כשהתעבורה בריאה ותווית השירות שגויה, המסגרת מגיעה לנתב הנכון ונזרקת שם, ולכן המונים של הקצה המרוחק נראים ריקים ואילו של הקצה הקרוב נראים עסוקים.

בדוק את העטיפה של ההצמדה, את הגדרת מילת הבקרה ואת ה-MTU בו-זמנית, כי אלה תכונות שמנוהלות במשא ומתן ולא התנהגות לכל קפיצה.

הפרד את מודלי השירות

VPLS לומד כתובות MAC ו-EVPN מכריז על נקודות קצה, בעוד L2VPN מנקודה לנקודה לא עושה אף אחד מהם, ולכן נהלי בחירת המסגרת שלהם אינם ניתנים להחלפה למרות שהם רוכבים על אותה תשתית BGP ו-MPLS. העברת צעד לפתרון תקלות ממודל אחד לאחר מייצרת מסקנות בטוחות בלי בסיס.

למסלול חסר, רשום את מצב החיבור של שני העמיתים, את ההצמדה, את שני כיווני התווית, את העטיפה, את הגדרת מילת הבקרה ואת ה-MTU. הרשומה הזו מחברת בין מה שהוכרז לבין מה שמישור ההעברה באמת עושה, וזה החוליה היחידה שחשובה, וגם מה שהמהנדס הבא יבקש.