VPNv4 בין AS: מה דורש חוזה העברת התוויות
תווית VPNv4 בין AS פירושה דברים שונים במודלים שונים. זהו את המודל, עקבו אחרי מסלול אחד ובדקו את שני הקצוות לפני שתסמכו על התצוגה.
קריאת תווית VPNv4 בנתב גבול של AS אומרת לכם מעט עד שתדעו איזה מודל בין-AS המיתוג מיישם. התווית אינה תכונה של המסלול כשלעצמו; היא מתעדת הסכמה על עטיפה ומסירה בין שני נתבים. זהו את המודל לפני שתקראו את התצוגה. אחרת אתם מאתרים תקלות בחוזה שאיש לא כתב.
איזה מודל הגבול מיישם
סידור VRF-to-VRF מחבר VRF-ים תואמים דרך חיבורים מנותבים. כל צד רואה את השני כשכן בצד הלקוח והם מחליפים מסלולי IPv4 רגילים, ולכן דבר בגבול הזה אינו זקוק ל-MPLS.
סידור שני מחליף מסלולי VPNv4 מתויגים בין נתבי הגבול עצמם. זה עובד רק עם נתיב מחויג בתוויות עקבי לאורך החיבור ועם הפצת route-target ומודל אמון ששני הצדדים מקבלים. אם אחד מהחלקים חסר, המודל אינו בשימוש, יהיה אשר יהיה מה שהתצורה מרמזת.
השלישי מפיץ נגישות PE מתויגת בעוד מסלולי ה-VPN עוברים בין נקודות קצה או משקפי מסלול בין AS-ים. כל אחד מהשלושה מותיר עבודה אחרת בגבול, וערבוב מישור הבקרה של אחד עם הנחות הממשק של אחר הוא הכשל הקלאסי. אי-ההתאמה הזו מתגלה בדרך כלל כתווית שנראית נכונה בצד אחד ונעלמת בצד השני.
לקרוא קידומת אחת מקצה לקצה
קחו קידומת לקוח מורשית אחת ועברו בה. הביטו במה שפורסם, במה שהגיע, בקפיצה הבאה, בתווית ובמדיניות הייבוא שקיבלה אותה. אחר כך הביטו כיצד הנתב מפענח את ההעברה לעבר הקפיצה הבאה, כי שם הופכת התווית למנות. אם תדלגו על חצי מזה, אתם מתארים מישור בקרה שאולי אינו מעביר תעבורה. שתי הקריאות מקבלות משמעות רק יחד.
המספר מקומי. יש לו משמעות ביחס לנתב שהקצה אותו ולמסלול שנושא מנות לשם, ולכן אותו ערך יכול להופיע פעמיים ולסמן שני דברים שונים. השוו אותו למה שהצד המקבל אומר שקיבל.
התווית מקומית, וכך גם ההבטחה
היכולת נבדקת בשני קצות החיבור, לא באחד. פקודה בממשק שלכם אינה עושה דבר לממשק הספק השכן, ומסלול ש-BGP קיבל אינו מחייב כשלעצמו את השכן להעביר מנה מתויגת.
RFC 4364 מגביל עמיתות VPNv4 מתויגת לסידורים מהימנים ומזהיר מפני קבלת תוויות שמעולם לא פורסמו לאותו עמית. זו אמירה ביטחונית לא פחות מאשר פרוטוקולרית. הרחיקו את יחסי הניתוב של האינטרנט הציבורי מחילופי מסלולי ה-VPN הפרטיים. אם החיבור הוא IP פשוט, אל תצפו שאיזו תווית תשרוד בו. ובמקום שהקישור מתויג, ודאו שתווית התעבורה החיצונית מוחלפת כראוי בכל קפיצה.
תווית שנראית נכונה בצד אחד ונעלמת בצד השני היא בדרך כלל אי-ההתאמה הזו, ולא באג בניתוב.
מה לרשום בעת הקבלה
קבלה היא מבחן מנות, לא סקירת טבלה. עקבו אחרי מנת לקוח אל ה-VRF המרוחק וחזרו עם תשובתה, ואז רשמו איזה מודל המיתוג מיישם. הוסיפו את אחראי המיתוג בשני הצדדים ואם הגבול נושא IP פשוט או תעבורה מתויגת.
הפתק הזה הוא מה שמאפשר למפעיל הבא לקרוא נכון את אותה תצוגת תוויות. בלעדיו המודל נגזר מהתצורה, והנחות נגזרות הן הדרך שבה אותה טעות חוזרת. הסעיף של RFC 4364 על בין-AS הוא המקום להכריע איזה מודל היה מיועד.