איך BGP עובד

היום נבחן את פרוטוקול BGP. לא נדבר הרבה זמן על למה זה ומדוע הוא משמש כפרוטוקול היחיד. יש די הרבה מידע בנושא הזה, למשל כאן.

אז מה זה BGP? BGP הוא פרוטוקול ניתוב דינמי והוא פרוטוקול ה-EGP (External Gateway Protocol) היחיד. פרוטוקול זה משמש לבניית ניתוב באינטרנט. בואו נסתכל כיצד בנויה שכונה בין שני נתבי BGP.

שקול את השכונה בין נתב 1 לנתב 3. בואו נגדיר אותם באמצעות הפקודות הבאות:

router bgp 10
  network 192.168.12.0
  network 192.168.13.0
  neighbor 192.168.13.3 remote-as 10

router bgp 10
  network 192.168.13.0
  network 192.168.24.0
  neighbor 192.168.13.1 remote-as 10

שכונה בתוך מערכת אוטונומית יחידה היא AS 10. לאחר הזנת מידע על נתב, כגון Router1, נתב זה מנסה להגדיר קשר סמוך עם Router3. המצב ההתחלתי שבו לא קורה כלום נקרא להתבטל. ברגע ש-bgp יוגדר ב-Router1, הוא יתחיל להאזין ליציאת TCP 179 - הוא יעבור למצב לְחַבֵּר, וכאשר הוא ינסה לפתוח הפעלה עם Router3, הוא יעבור למצב Active.

לאחר הקמת ההפעלה בין Router1 ל-Router3, הודעות פתוחות מוחלפות. כאשר הודעה זו נשלחת על ידי נתב 1, מצב זה ייקרא פתח את נשלח. וכאשר הוא יקבל הודעת Open מ-Router3, הוא יעבור למצב פתח את אישור. בואו נסתכל מקרוב על ההודעה הפתוחה:

הודעה זו מעבירה מידע על פרוטוקול BGP עצמו, שבו משתמש הנתב. על ידי החלפת הודעות פתוחות, Router1 ו-Router3 מתקשרים זה לזה מידע על ההגדרות שלהם. הפרמטרים הבאים מועברים:

• גִרְסָה: זה כולל את גרסת BGP שבה משתמש הנתב. הגרסה הנוכחית של BGP היא גרסה 4 המתוארת ב-RFC 4271. שני נתבי BGP ינסו לנהל משא ומתן על גרסה תואמת, כאשר יש אי התאמה אז לא תהיה הפעלת BGP.
• ה-AS שלי: זה כולל את מספר ה-AS של נתב BGP, הנתבים יצטרכו להסכים על מספרי ה-AS וזה גם מגדיר אם הם יפעילו iBGP או eBGP.
• זמן המתנה: אם BGP לא יקבל הודעות Keepalive או עדכונים מהצד השני למשך זמן ההחזקה, הוא יכריז על הצד השני 'מת' וזה יבטל את הפעלת BGP. כברירת מחדל, זמן ההחזקה מוגדר ל-180 שניות בנתבים של Cisco IOS, הודעת Keepalive נשלחת כל 60 שניות. שני הנתבים צריכים להסכים על זמן ההחזקה אחרת לא תהיה הפעלת BGP.
• מזהה BGP: זה מזהה הנתב המקומי של BGP שנבחר בדיוק כמו OSPF:
  • השתמש במזהה הנתב שהוגדר באופן ידני עם הפקודה bgp router-id.
  • השתמש בכתובת ה-IP הגבוהה ביותר בממשק loopback.
  • השתמש בכתובת ה-IP הגבוהה ביותר בממשק פיזי.
• פרמטרים אופציונליים: כאן תמצאו כמה יכולות אופציונליות של נתב BGP. שדה זה התווסף כדי שניתן יהיה להוסיף תכונות חדשות ל-BGP מבלי ליצור גרסה חדשה. הדברים שאתה עשוי למצוא כאן הם:
  • תמיכה ב-MP-BGP (Multi Protocol BGP).
  • תמיכה ב- Route Refresh.
  • תמיכה במספרי AS של 4 אוקטטים.

כדי להקים שכונה יש לעמוד בתנאים הבאים:

• גרסת מספר. הגרסה הנוכחית היא 4.
• מספר ה-AS חייב להתאים למה שהגדרת שכן 192.168.13.3 שלט-כ-10.
• מזהה הנתב חייב להיות שונה מהשכן.

אם אחד מהפרמטרים אינו עומד בתנאים אלה, הנתב ישלח הודעה הודעה המציינת את השגיאה. לאחר שליחת וקבלה של הודעות פתוחות, הקשר השכונתי נכנס למדינה מְבוּסָס. לאחר מכן, נתבים יכולים להחליף מידע על מסלולים ולעשות זאת באמצעות עדכון הודעות. זו הודעת העדכון שנשלחה על ידי נתב 1 לנתב 3:

כאן אתה יכול לראות את הרשתות המדווחות על ידי תכונות Router1 ו-Path, המקבילות למדדים. נדבר על תכונות נתיב ביתר פירוט. הודעות Keepalive נשלחות גם בתוך הפעלת TCP. הם מועברים, כברירת מחדל, כל 60 שניות. זהו טיימר Keepalive. אם הודעת Keepalive לא מתקבלת במהלך ה-Hold Timer, המשמעות היא אובדן תקשורת עם השכן. כברירת מחדל, זה שווה ל-180 שניות.

סימן שימושי:

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

כדי לפרסם מסלול לטבלת BGP, כמו בפרוטוקולי IGP, נעשה שימוש בפקודת הרשת, אך היגיון ההפעלה שונה. אם ב-IGP, לאחר ציון המסלול בפקודת הרשת, ה-IGP בוחן אילו ממשקים שייכים לרשת המשנה הזו וכולל אותם בטבלה שלו, אזי פקודת הרשת ב-BGP מסתכלת על טבלת הניתוב ומחפשת точное מתאים למסלול בפקודת הרשת. אם יימצאו כאלה, מסלולים אלה יופיעו בטבלת BGP.

חפש מסלול בטבלת ניתוב ה-IP הנוכחית של הנתב שתואם בדיוק את הפרמטרים של פקודת הרשת; אם נתיב ה-IP קיים, הכנס את ה-NLRI המקביל לטבלת BGP המקומית.

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

neighbor 192.168.13.3 remote-as 10 

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

לכל נתב יש ממשק loopback המוגדר עם ip: xxxx 255.255.255.0 - כאשר x הוא מספר הנתב. ב-Router9 יש לנו ממשק loopback עם הכתובת - 9.9.9.9 255.255.255.0. נכריז על כך דרך BGP ונראה איך זה מתפשט. מסלול זה ישודר ל-Router8 ול-Router12. מ-Router8, מסלול זה יעבור ל-Router6, אך ל-Router5 הוא לא יהיה בטבלת הניתוב. גם ב-Router12 המסלול הזה יופיע בטבלה, אבל גם ב-Router11 הוא לא יהיה שם. בואו ננסה להבין את זה. הבה נבחן אילו נתונים ופרמטרים Router9 משדר לשכניו, ומדווח על מסלול זה. החבילה למטה תישלח מ-Router9 ל-Router8.

מידע המסלול מורכב מתכונות נתיב.

תכונות הנתיב מחולקות ל-4 קטגוריות:

1. חובה ידועה - כל הנתבים המריצים BGP חייבים לזהות את התכונות הללו. חייב להיות נוכח בכל העדכונים.
2. שיקול דעת ידוע - כל הנתבים המריצים BGP חייבים לזהות את התכונות הללו. הם עשויים להיות נוכחים בעדכונים, אך נוכחותם אינה נדרשת.
3. טרנזיטיבי אופציונלי - ייתכן שלא יזוהו על ידי כל יישומי BGP. אם הנתב לא מזהה את התכונה, הוא מסמן את העדכון כחלקי ומעביר אותו לשכניו, ושומר את התכונה הלא מזוהה.
4. אופציונלי לא טרנזיטיבי - ייתכן שלא יזוהו על ידי כל יישומי BGP. אם הנתב אינו מזהה את התכונה, אזי התכונה מתעלמת ונשלכת כאשר היא מועברת לשכנים.

דוגמאות לתכונות BGP:

• חובה ידועה:
  • נתיב מערכת אוטונומית
  • תחנה הבאה
  • מָקוֹר

• שיקול דעת ידוע:
  • העדפה מקומית
  • מאגר אטומי
• טרנזיטיבי אופציונלי:
  • צבר
  • הקהילות
• אופציונלי לא טרנזיטיבי:
  • מאבחן מרובה יציאות (MED)
  • מזהה המוצא
  • רשימת אשכולות

במקרה זה, לעת עתה נתעניין ב-Origin, Next-hop, AS Path. מכיוון שהמסלול משדר בין Router8 ל-Router9, כלומר בתוך AS אחד, הוא נחשב פנימי ונשים לב ל-Origin.

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

• 0 - IGP: NLRI התקבל בתוך המערכת האוטונומית המקורית;
• 1 - EGP: NLRI נלמד באמצעות פרוטוקול השער החיצוני (EGP). קודמו ל-BGP, לא בשימוש
• 2 - לא שלם: NLRI נלמד בדרך אחרת

במקרה שלנו, כפי שניתן לראות מהחבילה, הוא שווה ל-0. כאשר המסלול הזה מועבר ל-Router12, לקוד זה יהיה קוד של 1.

הבא, Next-hop. תכונת ההופ הבא

• זוהי כתובת ה-IP של נתב ה-eBGP שדרכו עובר הנתיב לרשת היעד.
• התכונה משתנה כאשר הקידומת נשלחת ל-AS אחר.

במקרה של iBGP, כלומר בתוך AS אחד, Next-hop יסומן על ידי זה שלמד או סיפר על המסלול הזה. במקרה שלנו, זה יהיה 192.168.89.9. אבל כאשר המסלול הזה ישודר מ-Router8 ל-Router6, Router8 ישנה אותו ויחליף אותו בעצמו. ההופ הבא יהיה 192.168.68.8. זה מוביל אותנו לשני כללים:

1. אם נתב מעביר מסלול לשכנו הפנימי, הוא לא ישנה את הפרמטר Next-hop.
2. אם נתב משדר מסלול לשכנו החיצוני, הוא משנה את Next-hop ל-ip של הממשק שממנו הנתב הזה משדר.

זה מוביל אותנו להבין את הבעיה הראשונה - מדוע לא יהיה מסלול בטבלת הניתוב ב-Router5 וב-Router11. בואו נסתכל מקרוב. אז, Router6 קיבל מידע על מסלול 9.9.9.0/24 והוסיף אותו בהצלחה לטבלת הניתוב:

Router6#show ip route bgp
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      9.0.0.0/24 is subnetted, 1 subnets
B        9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить  <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:

<source><b>Router5#show ip bgp
BGP table version is 1, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 * i 9.9.9.0/24       192.168.68.8             0    100      0 45 i</b>

אותו מצב יקרה בין Router11-Router12. כדי למנוע מצב זה, עליך להגדיר את Router6 או Router12, בעת העברת המסלול לשכניהם הפנימיים, כדי להחליף את כתובת ה-IP שלהם בתור Next-hop. זה נעשה באמצעות הפקודה:

neighbor 192.168.56.5 next-hop-self

לאחר פקודה זו, Router6 ישלח הודעת Update, כאשר ה-ip של ממשק Gi0/0 Router6 יצוין כ-Next-hop עבור מסלולים - 192.168.56.6, ולאחר מכן מסלול זה כבר ייכלל בטבלת הניתוב.

בואו נלך רחוק יותר ונראה אם ​​המסלול הזה מופיע ב-Router7 וב-Router10. זה לא יהיה בטבלת הניתוב ואנחנו עשויים לחשוב שהבעיה זהה לבעיה הראשונה עם הפרמטר Next-hop, אבל אם נסתכל על הפלט של הפקודה show ip bgp, נראה שה- המסלול לא התקבל שם אפילו עם Next-hop הלא נכון, מה שאומר שהמסלול אפילו לא הועבר. וזה יוביל אותנו לקיומו של כלל נוסף:

מסלולים המתקבלים משכנים פנימיים אינם מופצים לשכנים פנימיים אחרים.

מכיוון ש-Router5 קיבל את המסלול מ-Router6, הוא לא ישודר לשכנו הפנימי האחר. כדי שההעברה תתרחש, עליך להגדיר את הפונקציה רפלקטור מסלול, או להגדיר קשרי שכונה מחוברים לחלוטין (Full Mesh), כלומר, Router5-7 כולם יהיו שכנים לכולם. במקרה זה נשתמש ב-Route Reflector. ב-Router5 אתה צריך להשתמש בפקודה הזו:

neighbor 192.168.57.7 route-reflector-client

Route-Reflector משנה את ההתנהגות של BGP בעת העברת מסלול לשכן פנימי. אם השכן הפנימי מצוין כ מסלול-משקף-לקוח, אז יתפרסמו מסלולים פנימיים ללקוחות אלו.

המסלול לא הופיע ב-Router7? אל תשכח גם את Next-hop. לאחר המניפולציות הללו, המסלול אמור לעבור גם ל-Router7, אבל זה לא קורה. זה מביא אותנו לכלל אחר:

כלל ההופ הבא עובד רק עבור מסלולים חיצוניים. עבור מסלולים פנימיים, התכונה Next-hop לא מוחלפת.

ונקבל מצב בו יש צורך ליצור סביבה באמצעות ניתוב סטטי או פרוטוקולי IGP כדי ליידע את הנתבים על כל המסלולים בתוך ה-AS. בואו לרשום מסלולים סטטיים ב-Router6 וב-Router7 ולאחר מכן נקבל את המסלול הרצוי בטבלת הנתבים. ב-AS 678 נעשה את זה קצת אחרת - נרשום מסלולים סטטיים עבור 192.168.112.0/24 ב-Router10 ו-192.168.110.0/24 ב-Router12. לאחר מכן, נבסס את מערכת היחסים השכונתית בין Router10 ל-Router12. אנו גם נגדיר את ה-Router12 לשלוח את ההופעה הבאה שלו ל-Router10:

neighbor 192.168.110.10 next-hop-self

התוצאה תהיה שראוטר10 יקבל מסלול 9.9.9.0/24, הוא יתקבל גם מ-Router7 וגם מ-Router12. בוא נראה איזו בחירה עושה Router10:

Router10#show ip bgp
BGP table version is 3, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network              Next Hop            Metric LocPrf Weight Path
 *>i 9.9.9.0/24       192.168.112.12           0    100       0      45 i

                               192.168.107.7                                0     123 45 i  

כפי שאנו יכולים לראות, שני מסלולים וחץ (>) פירושם שהמסלול דרך 192.168.112.12 נבחר.
בואו נראה איך עובד תהליך בחירת המסלול:

1. הצעד הראשון בעת ​​קבלת מסלול הוא לבדוק את הזמינות של Next-hop שלו. זו הסיבה שכאשר קיבלנו מסלול ב-Router5 מבלי להגדיר את Next-hop-self, המסלול הזה לא עבר עיבוד נוסף.
2. לאחר מכן מגיע פרמטר המשקל. פרמטר זה אינו תכונת נתיב (PA) ואינו נשלח בהודעות BGP. הוא מוגדר באופן מקומי בכל נתב ומשמש רק כדי לתפעל את בחירת המסלול בנתב עצמו. בואו נסתכל על דוגמה. ממש מעל ניתן לראות ש-Router10 בחר מסלול ל-9.9.9.0/24 דרך Router12 (192.168.112.12). כדי לשנות את הפרמטר Weight, אתה יכול להשתמש במפת מסלול כדי להגדיר מסלולים ספציפיים, או להקצות משקל לשכנו באמצעות הפקודה:

    neighbor 192.168.107.7 weight 200       

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

   Router10#show bgp
   *Mar  2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console
   BGP table version is 2, local router ID is 6.6.6.6
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight      Path
    *>  9.9.9.0/24       192.168.107.7                        200      123 45 i
    * i                          192.168.112.12           0          100      0 45 i

   כפי שאתה יכול לראות, המסלול דרך Router7 נבחר כעת, אך זה לא ישפיע על שאר הנתבים.

3. במיקום השלישי יש לנו העדפה מקומית. פרמטר זה הוא מאפיין שיקול דעת ידוע, כלומר הנוכחות שלו היא אופציונלית. פרמטר זה תקף רק בתוך AS אחד ומשפיע על בחירת הנתיב רק עבור שכנים פנימיים. לכן הוא מועבר רק בהודעות עדכון המיועדות לשכן הפנימי. זה לא קיים בהודעות עדכון עבור שכנים חיצוניים. לפיכך, הוא סווג כשיקול דעת ידוע. בואו ננסה ליישם את זה ב-Router5. ב-Router5 אמורים להיות לנו שני מסלולים עבור 9.9.9.0/24 - אחד דרך Router6 והשני דרך Router7.

   אנחנו מסתכלים:

   Router5#show bgp
   BGP table version is 2, local router ID is 5.5.5.5
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight Path
    *>i 9.9.9.0/24       192.168.56.6             0    100      0 45 i

   אבל כפי שאנו רואים מסלול אחד דרך Router6. איפה המסלול דרך Router7? אולי גם ל-Router7 אין את זה? בואו נראה:

   Router#show bgp
   BGP table version is 10, local router ID is 7.7.7.7
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network                Next Hop            Metric LocPrf  Weight    Path
    *>i 9.9.9.0/24       192.168.56.6             0     100           0      45 i
   
                                 192.168.107.10                                  0     678 45 i 

   מוזר, הכל נראה בסדר. למה זה לא מועבר לראוטר5? העניין הוא של-BGP יש כלל:

   הנתב משדר רק את המסלולים שבהם הוא משתמש.

   Router7 משתמש במסלול דרך Router5, כך שהמסלול דרך Router10 לא ישודר. בואו נחזור להעדפה מקומית. בואו נגדיר העדפה מקומית ב-Router7 ונראה איך נתב 5 מגיב לזה:

   route-map BGP permit 10
    match ip address 10
    set local-preference 250
   access-list 10 permit any
   router bgp 123
    neighbor 192.168.107.10 route-map BGP in</b>

   אז יצרנו מפת מסלול שמכילה את כל המסלולים ואמרנו ל-Router7 לשנות את הפרמטר Local Preference ל-250 כשמתקבל, ברירת המחדל היא 100. בואו נראה מה קרה ב-Router5:

   Router5#show bgp
   BGP table version is 8, local router ID is 5.5.5.5
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight        Path
    *>i 9.9.9.0/24       192.168.57.7             0          250      0 678 45 i

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

4. העדיפו את המסלול עם פרמטר Next-hop 0.0.0.0, כלומר מסלולים מקומיים או מצטברים. למסלולים אלה מוקצים אוטומטית פרמטר Weight השווה למקסימום - 32678 - לאחר הזנת פקודת הרשת:

   Router#show bgp
   BGP table version is 2, local router ID is 9.9.9.9
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight    Path
    *>  9.9.9.0/24       0.0.0.0                  0            32768    i

5. הדרך הקצרה ביותר דרך AS. הפרמטר AS_Path הקצר ביותר נבחר. ככל שמסלול עובר פחות ASs, כך הוא טוב יותר. שקול את המסלול ל-9.9.9.0/24 ב-Router10:

   Router10#show bgp
   BGP table version is 2, local router ID is 6.6.6.6
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight Path
    *   9.9.9.0/24     192.168.107.7                           0           123 45 i
    *>i                     192.168.112.12           0    100       0       45 i

   כפי שאתה יכול לראות, Router10 בחר את המסלול דרך 192.168.112.12 כי עבור המסלול הזה הפרמטר AS_Path מכיל רק 45, ובמקרה אחר 123 ו-45. ברור באופן אינטואיטיבי.

6. הפרמטר הבא הוא Origin. IGP (מסלול שהושג באמצעות BGP) עדיף על EGP (מסלול שהושג באמצעות קודמו של BGP, אינו בשימוש עוד), ו-EGP עדיף על Incomplete? (שמושג בשיטה אחרת, למשל על ידי חלוקה מחדש).
7. הפרמטר הבא הוא MED. היה לנו Weight שעבד רק מקומית על הנתב. הייתה העדפה מקומית, שעבדה רק בתוך מערכת אוטונומית אחת. כפי שניתן לנחש, MED הוא פרמטר שיועבר בין מערכות אוטונומיות. טוב מאוד מאמר לגבי הפרמטר הזה.

לא ייעשה שימוש בתכונות נוספות, אך אם לשני מסלולים יש אותן תכונות, נעשה שימוש בכללים הבאים:

1. בחר את הנתיב דרך שכן ה-IGP הקרוב ביותר.
2. בחר את המסלול הישן ביותר עבור נתיב eBGP.
3. בחר את הנתיב דרך השכן עם מזהה הנתב BGP הקטן ביותר.
4. בחר נתיב דרך השכן עם כתובת ה-IP הנמוכה ביותר.

עכשיו בואו נסתכל על סוגיית התכנסות BGP.

בוא נראה מה קורה אם נתב 6 מאבד את נתיב 9.9.9.0/24 דרך נתב 9. בואו נשבית את ממשק Gi0/1 של Router6 שמיד יבין שסשן ה-BGP עם Router8 הופסק והשכן נעלם, מה שאומר שהמסלול שהתקבל ממנו לא תקף. Router6 שולח מיד הודעות עדכון, שם הוא מציין את הרשת 9.9.9.0/24 בשדה מסלולים נסגרים. ברגע ש-Router5 יקבל הודעה כזו, הוא ישלח אותה ל-Router7. אבל מכיוון שלראוטר7 יש מסלול דרך Router10, הוא יגיב מיד בעדכון עם מסלול חדש. אם לא ניתן לזהות נפילה של שכן בהתבסס על מצב הממשק, תצטרך להמתין עד שה-Hold Timer יידלק.

הִתאַחֲדוּת.

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

הנה קישור לזה לאבוו - כאן תצורה עבור GNS3.

לדוגמה, עם טופולוגיה זו נצטרך לחבר את כל הנתבים ב-AS 2345 זה לזה, אך באמצעות Confederation, נוכל ליצור קשרי סמיכות רק בין נתבים המחוברים ישירות זה לזה. בואו נדבר על זה בפירוט. אם רק היה לנו AS 2345, אז laForge לאחר שקיבל מצעד מ פיקארד יגיד את זה לנתבים נתונים и וורף, אבל הם לא יספרו על כך לנתב מגרסה . כמו כן מסלולים המופצים על ידי הנתב עצמו laForge, לא היה מועבר מגרסה או וורף-אוי לא נתונים.

תצטרך להגדיר מסלול-רפלקטור או קשר שכונה מחובר לחלוטין. על ידי חלוקת AS 2345 אחד ל-4 תת-AS (2,3,4,5) עבור כל נתב, בסופו של דבר אנו מקבלים היגיון הפעלה שונה. הכל מתואר בצורה מושלמת כאן.

מקורות:

1. מדריך האישורים הרשמי של CCIE ניתוב ומיתוג v5.0, כרך 2, מהדורה חמישית, Narbik Kocharians, Terry Vinson.
2. אתר xgu.ru
3. אתר GNS3Vault.

מקור: www.habr.com