נתיב חסר ב-VRF: מקומי, VPNv4 או טבלת העברה?
קידומת שחסרה ב-VRF, חסרה ב-VPNv4 ולא מותקנת ב-CEF הן שלוש תקלות שונות. קראו את הטבלאות לפי הסדר לפני עריכת יעדי נתיב.
לקוח אומר שקידומת חסרה לאחר שינוי ביעד נתיב, וצילום המסך הראשון שהוא שולח הוא בדרך כלל הטבלה הלא נכונה. שלוש טבלאות שונות עונות על שלוש שאלות שונות: אם הקידומת קיימת בתוך ה-VRF, אם היא הוכרזה ויובאה כנתיב VPNv4, ואם אכן הותקנה רשומת העברה. קריאה שלהן שלא לפי הסדר מניבה מסקנות בטוחות ושגויות. ספר תהליך זה מעביר קידומת מקומית וקידומת מרוחקת דרך שלוש הטבלאות לפי הסדר, ומסתיים בתוכנית חזרה לאחור לשינוי ה-RT שהתחיל את זה.
נסחו את שם הקידומת והטבלה שאליה היא שייכת
רשמו שתי קידומות לפני שמקלידים משהו. האחת מקומית באתר הלקוח, נלמדת מממשק מחובר או מהכרזת CE. האחרת מרוחקת, ואמורה להגיע דרך עמוד השדרה של הספק. הן נכנסות לאותו VRF בדרכים שונות, ותקלה באחת אינה אומרת דבר על האחרת.
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
שמרו על ההבחנה בין שני המזהים, כי רוב הבלבול בכרטיסים האלה נובע ממנה. מבדל הנתיב הוא חלק מה-NLRI של VPNv4 והוא קיים כדי להפוך קידומות לקוח זהות אחרת לייחודיות בכל עמוד השדרה. יעד הנתיב הוא קהילה מורחבת שנישאת כמאפיין, ואליו מתאימה מדיניות הייבוא והייצוא. הוא אינו שם שני למבדל והוא אינו נישא במנות של הלקוח.
שלב 1: הוכיחו שהקידומת נמצאת ב-VRF
התחילו בתצוגה המקומית, ואחר כך ב-RT-ים שמנהלים את הייבוא. אם הקידומת המקומית חסרה כאן, שום דבר במעלה הזרם אינו יכול להיות אשם:
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-Aקידומת שמופיעה כמחוברת או כסטטית נלמדה מקומית, והנוכחות שלה אינה אומרת דבר על כך שיוצאה. זו הקריאה השגויה הנפוצה ביותר בתהליך הזה: טבלת VRF תקינה היא הוכחה על למידה מקומית בלבד. צד הייצוא הוא שאלה נפרדת, ועליה עונים תצוגת השכן ויעד הייצוא המחובר.
בדקו את רשימות ה-RT ב-VRF כל עוד אתם כאן. אם יעד הייבוא המיועד אינו ברשימה, כל מה שמתחת חסר משמעות. אם הוא קיים אך שונה ממה שה-PE המרוחק מייצא, מצאתם את התקלה בלי לפתוח ולו לכידת מנות אחת.
שלב 2: קראו את טבלת VPNv4 ואת היעדים שלה
טבלת VPNv4 מראה מה מישור הבקרה החליף בפועל. חפשו את הקידומת המרוחקת תחת המבדל הנכון, ואחר כך הביטו בקהילות שמחוברות אליה:
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesרשומה עם יעד הנתיב הנכון אך בלי התקנה מקומית מצביעה על מדיניות ייבוא או על בחירת נתיב, ולא על נגישות. רשומה שאינה מופיעה כלל בטבלת VPNv4 מצביעה כלפי מעלה: ייתכן שה-PE המקורי לא ייצא אותה, או שהסשן אינו נושא את משפחת הכתובות.
יש מקרה שלישי שמבלבל אנשים בזמן שינויים. כמה פלטפורמות מגבילות אילו נתיבי VPN הן מבקשות או מחזיקות, באמצעות מידע חברות ביעדי נתיב, ולכן היעדר NLRI מרוחק בתצוגה מסוננת אחת אינו הוכחה שההכרזה אינה קיימת בשום מקום. בדקו את הטבלה הלא מסוננת ואת הנתיבים המוכרזים של השכן לפני שאתם מסיקים שנתיב הוסר ברחבי העולם.
שלב 3: ודאו שמשהו הותקן וסומן
רשומת BGP היא החלטה, לא מסלול. טבלאות ההעברה אומרות אם למנות יש לאן ללכת:
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-Aרשומת CEF עם סמיכות פתורה ותווית יוצאת משמעה שתעבורת מישור הנתונים אמורה לעבוד, וכל תסמין שנותר שייך ליישום או לסינון בתוך ה-VRF. רשומת CEF שמציגה קפיצה הבאה לא פתורה משמעה שמסלול התווית אינו שלם אף ש-BGP נראה תקין, וזה בדיוק המקרה שבו צילום של טבלת BGP הטעה סקירת שינוי.
השוו את התווית שה-PE המקומי כופה לזו שה-PE המרוחק מצפה לקבל. אי-התאמה בין שתי התצוגות היא בעיה בהקצאת תוויות או בסשן, והיא לא תתוקן על ידי עריכת יעדי נתיב, כמה פעמים שלא תעשו זאת.
החזירו את שינוי ה-RT עם היקף מוצהר
אם התקלה החלה בעריכת יעד נתיב, בטלו אותה כשלב מכוון אחד ואמרו איזה היקף אתם משנים. הסרת יעד ייבוא מושכת את הזכאות בתוך אותו VRF. היא אינה מוחקת את הכרזת VPNv4 מעמוד השדרה, ובכמה פלטפורמות הנתיב נשאר מוחזק בטבלה. אלו תוצאות שונות וההשפעה הנראית למשתמש תלויה באיזו מהן אתם מתכוונים.
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inקונפיגורציה מחדש רכה בכיוון הכניסה מספיקה כשהסשן כבר שומר את הקידומות; איפוס קשה של סשן הפונה לספק בשעות העבודה הוא החלטה שמישהו אחר צריך לקבל. ב-Junos הבדיקות המקבילות קוראות את הטבלה לכל VRF ואת טבלת ה-VPN ישירות, והחזרה לאחור היא חזרה בזמן ה-commit ולא ביטול לכל פקודה, ולכן תעדו את הפרש התצורה לפני שאתם מתחילים.
סיימו עם אותן שלוש פקודות שהתחלתם בהן, באותו סדר, ותעדו את הפלט שלהן עם חותמת זמן. כרטיס שאומר שה-RT היה שגוי ועכשיו הוא נכון אינו שמיש מחדש; כזה שמראה שהקידומת נמצאת ב-VRF, ב-VPNv4 ומותקנת ב-CEF הוא ראיה שהאדם הבא יכול להשוות אליה. אם רק השתיים הראשונות השתנו, לא סיימתם את השינוי.