שני PE, תחילית אחת: מדוע ה-RD קובע את הנראות
שני נתבי קצה שמכריזים על אותה תחילית חולקים יעד אחד אלא אם ה-route distinguisher שלהם שונה. הקצו במכוון, ואז בדקו את ה-VRF.
שני נתבי קצה שמכריזים על אותה תחילית לקוח מתארים יעד VPNv4 אחד עד שמשהו מפריד ביניהם, והמפריד הוא ה-route distinguisher. הוא מכשיר את התחילית; הוא לא קובע מי מייבא את התוצאה, זו עבודתו של ה-route target. הקצו RDs מתוך קבוצת המסלולים שחייבים להישאר מובחנים בכל תחום שבו ההכרזות האלה יכולות להיפגש, ולא מתוך פריסת הקבצים של קופסה אחת. המספר שתבחרו הוא זהות שבדיקות מאוחרות יותר יסתמכו עליה, ולכן מקומו במלאי לפני שהוא נכנס לתצורה.
RD בתוספת תחילית הם יעד אחד
RD בתוספת תחילית IPv4 יוצרים את יעד ה-VPNv4 שמישור הבקרה משווה. תנו לשני PE אותה תחילית עבור לקוחות שונים, ובלי RDs שונים הם מכריזים על מסלולים ליעד אחד. שום דבר על מסך לא אומר לכם שהקיבוץ הזה שגוי, כי הפלטפורמה עושה בדיוק את מה שהזהות אומרת. שנו את ה-RD באחד מהם וההכרזה הישנה נסוגה בעוד שתחת זהות אחרת מופיעה חדשה. כל מה שבמורד הזרם שהתבסס על הזהות הישנה, מבחירת מסלול ועד מסנן מפעיל שמור, מתייחס כעת למשהו שאינו קיים עוד.
מספר מסלולים ליעד אחד הוא התנהגות BGP רגילה, לא סימפטום. דובר יכול להחזיק כמה מסלולים שהתקבלו בעודו בוחר מסלול אחד טוב להעברה, והפער בין מה שהתקבל למה שנבחר הוא המקום שבו חיים שאלות הנראות. כשנדמה שמסלול נעלם, אשרו אם הזהות שהוא השתייך אליה עדיין קיימת לפני שתסתכלו על הסשן.
אותו RD, אותו יעד, מסלולים שונים
שלחו RD אחד ותחילית אחת משני נתבים בשם אותו שירות ושניהם מציעים מסלולים ליעד אחד, בדרך כלל עם קפיצות הבאות שונות. איזה מהם נתב מחזיר יעביר הוא החלטה לגבי המשקף: בחירת המסלול שלו, יכולת ההכרזה שלו וכל מדיניות שנבנתה מעליו. אף אחד מנתבי הקצה לא שולט בבחירה הזו. תנו לשתי ההכרזות RDs נפרדים וכל אחת הופכת ליעד משלה, כך ששתיהן יכולות לשרוד מישור בקרה שאחרת נושא רק את המסלול הנבחר לזהות אחת.
נראות וריבוי מסלולים נפגשים ב-VRF הקולט, אבל הם אינם אותה החלטה, ומשקף שנושא שתי זהויות לא הגדיר מסלול מותקן שני. ה-VRF מתקין את מה שמדיניות הייבוא שלו מתירה ואת מה שהגדרת המקסימום מסלולים שלו מאפשרת. בדקו את ההגדרה הזו בנפרד כשאתם רוצים שהמסלול השני ישמש ולא רק ייראה.
כלל ייחודיות מקומי אינו מדיניות
לתת לכל PE ולכל מופע ניתוב RD משלו היא מוסכמה נבונה: היא נותנת שם למקור, מונעת משירותים לא קשורים להתנגש בזהות אחת ונותנת למלאי מפתח יציב. פלטפורמות מסוימות דורשות ייחודיות רק בתוך הקופסה ומתירות במפורש לנתבים לחלוק RD עבור אותו מופע VPN. ההיתר הזה הוא אילוץ מימוש, לא כלל בין-רשתי שאפשר להאציל לספק. אם התחום משתרע על פני צוותים, כתבו את מדיניות ההקצאה בעצמכם.
חברות לא באה לעולם מהספרות. תבנית כמו 65000:12 ל-PE אחד ו-65000:13 לאחר היא הרגל, בעוד שיעדי ייצוא וייבוא תואמים כמו 65000:112 הם מה שמכניס מסלול ל-VRF. התייחסו ל-RD כאל זהות של מסלול ול-route target כאל ההיתר שנושא אותו ל-VRF.
הוכיחו את השינוי ב-VRF, לא בתצוגה
לפני שאתם נוגעים ב-RD, רשמו ארבעה דברים: מה ה-PE מכריז היום, מה המשקף משקף, מה ה-VRF הקולט מייבא ואיזה מסלול הוא בוחר. RD חדש מסיר הכרזה אחת ומכניס אחרת, כך שהשינוי נראה משני צדי הסשן וקל לקרוא אותו לא נכון אם צופים רק בצד המכריז. הקבלה צריכה להישען על הנגישות שרציתם, לא על שורה נוספת שמופיעה ברשימת תחיליות. הטבלה שלמטה מונעת משלושת המזהים להיטשטש זה בזה במהלך הבדיקה הזו.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
התחילו ב-PE המכריז והשוו את שתי הזהויות לאותה תחילית לפני שאתם מסירים משהו. פקודות ה-IOS שלמטה עונות על שלוש שאלות לפי הסדר: האם ההכרזה הישנה עדיין שם, האם הזהות החדשה נראית למשקף, והאם ה-VRF בוחר את התחילית.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
פלטפורמות אחרות מדפיסות את אותו מידע בתחביר אחר, והשאלות שורדות את השינוי הזה. אם הזהות החדשה חסרה אצל המשקף בעוד ה-PE מציג אותה כמוכרזת, החשוד הראשון הוא המדיניות או יכולת ההכרזה של המשקף, לא המספור.
רשמו את ה-PE, המופע, ה-RD, יעדי הייצוא והייבוא והבעלות על התחילית במקום אחד, כי ההקצאה הבאה היא חיפוש ולא ניחוש רק כשהרשומה הזו קיימת. שמרו על ה-RD הישן עד שהזהות החדשה תיראה ב-VRF הקולט, ואז הסירו אותו בשלב שני כדי שכל שלב יישאר הפיך.