שני תחומי גשר בקבוצת IOS XR אחת אינם רשת מקומית אחת
קינון של שני תחומי גשר תחת קבוצת גשר אחת אינו מאחד את ההעברה שלהם. יש לקרוא את הקבוצה, את התחום ואת כל חיבור כשכבות נפרדות.
שני מארחים באותו נתב IOS XR אינם יכולים לבצע פינג זה לזה, אף שהתצורה נראית כאילו הם אמורים. שתי תת-הממשקים מופיעים תחת אותה קבוצת גשר, השמות נבדלים באות אחת, והקומיט עבר בלי תלונה. מה שחסר הוא רמה אחת בהיררכיה: קבוצת הגשר היא מכל, וכל תחום גשר שבתוכה הוא תחום שידור משל עצמו עם החברות שלו. הוסיפו מארח שלישי והתמונה בדרך כלל נעשית גרועה יותר ולא ברורה יותר.
| Object | Owns | Does not own |
|---|---|---|
| Bridge group | a named container for domains | any forwarding or MAC learning |
| Bridge domain | one broadcast domain, MAC table, flooding scope | the VLAN match on an ingress port |
| Attachment | which frames from which interface and tag enter the domain | which other domains they can reach |
התחילו מהתסמין וקראו כלפי מעלה
מארחים שנכשלים בתוך תת-רשת אחת בזמן שהממשקים מדווחים על מצב up ורשומות ה-ARP לא מתמלאות לעולם הם הסימן לבעיית חברות בתחום, לא לבעיית ניתוב. בעיות ניתוב בדרך כלל נותנות הודעת ICMP על אי-הגעה או קפיצה הבאה שקיימת; תחום שידור חסר נותן דממה בשכבה השנייה. בדקו אם שני החיבורים נמצאים באותו תחום גשר לפני שאתם מסתכלים על אפילו כתובת IP אחת. אם לא, שום עבודת כתובות לא תחבר ביניהם.
קבוצת הגשר היא מכל ולא יותר
בהיררכיית VPN של שכבה 2 ב-IOS XR קבוצת גשר מחזיקה תחום גשר אחד או יותר, והקבוצה עצמה אינה מחליפה דבר. שני תחומים תחת קבוצה אחת הם אחים, לא חברים ברשת מקומית אחת, גם אם התצורה נקראת כאילו הם מקוננים. הפריסה הזו מכוונת: הקבוצה היא המקום שבו אתם מארגנים שירותים, והתחום הוא המקום שבו ההעברה באמת מתרחשת.
המדריך של Cisco לשירותים מרובי נקודות בשכבה 2 מתאר תחום גשר כתחום שידור שמחזיק פורטים פיזיים או וירטואליים, מחליף לפי MAC יעד, לומד כתובות מקור ומציף unicast, broadcast ו-multicast לא מוכרים רק בתוך אותו תחום. קראו את ההיררכיה במדריך הזה לפני שאתם קוראים את התצורה שלכם.
תחום הגשר הוא בעל ההעברה והלימוד
לימוד MAC מוגבל לתחום, ולכן תחנה שנלמדה בתחום אחד אינה נראית באח שלה. ההצפה עוקבת אחרי אותו גבול, ולכן שידור שמארח אחד שולח לעולם לא מגיע למארח בתחום האחר. לאחר מכן קבוצות אופק מפוצל בתוך תחום, מצב חברות וכל בקרות העברה מוגדרות מצמצמים עוד יותר את היציאות הזכאיות.
פסאודו-חוט או מופע העברה וירטואלי הוא חיבור שירות לתחום. הוא אינו שם נרדף לקבוצת הגשר ההורה, וההתייחסות אליו ככזה היא הדרך שבה קצה של ספק נשאר עם שני שירותים שהיו אמורים להיות מבודדים ואינם.
החיבור קובע אילו מסגרות בכלל מגיעות
מתחת לתחום יושב החיבור: הממשק או תת-הממשק, העטיפה שהוא מתאים לה, כל פעולת תגית והתחום שאליו הוא מצטרף. תת-ממשק שמספרו במקרה נראה כמו ה-VLAN אינו חוזה מסגרות, ואותו פורט פיזי יכול להזין שני תחומים עם שתי התאמות שונות. רשמו ממשק כניסה, תגית מתאימה, פעולת תגית ותחום יעד, ואז כתבו את צד היציאה בנפרד.
השוו את החוזה הזה בין שני השירותים לפני שאתם מזיזים תצורה. כששני התחומים תחת קבוצה אחת ורק אחד מהם נושא תעבורה, ההבדל כמעט תמיד בחיבור ולא בתחום.
אם התכנון גם מנתב בין תת-רשתות, חיבור שכבה 3 הוא אובייקט נוסף עם כתובת שער ומדיניות משלו. שם של תחום גשר לא מסביר דבר על איזה שער משרת אותו.
אמתו עם המהדורה הפרוסה לפני ארגון מחדש
השתמשו בפקודות התפעול של המהדורה עצמה כדי להסתכל על התחום ולא על התצורה הרצה. show l2vpn bridge-domain detail מדווח על התחומים ועל מצב החיבור שלהם, ו-show l2vpn forwarding bridge-domain עם אפשרויות ה-MAC מראה מה נלמד והיכן. אם כתובת MAC מופיעה בתחום אחד ולא באח שלה, ההיררכיה עושה בדיוק את מה שהוגדר לה.
לאחר מכן עשו מלאי של כל תחום וכל חיבור תחת הקבוצה לפני שתשנו משהו, ושמרו את התצורה הקיימת להשוואה. שם אובייקט מוכר אחד אינו הוכחה שכל שירות מקונן חולק את ההיקף שלו.