בדיקת קידומת BGP

הזינו קידומת (או כתובת בודדת). התשובה מגיעה מהעותק היומי שלנו של טבלת הניתוב העולמית.

דוגמאות:

112.65.72.0/22

התצוגה של אוסף אחד (APNIC). נתיב שמסונן לפני שהוא מגיע לאוסף הזה לא מופיע.

מוכרזת בדיוק

112.65.72.0/22AS17621China Unicom Shanghai networkRPKI תקף112.65.72.0

רשם: APNIC · סין · 22 בדצמ׳ 2008
בלוק מוקצה: 112.64.0.0 – 112.65.255.255

נתיבים מכסים

112.65.0.0/17AS17621China Unicom Shanghai networkRPKI תקף112.65.0.0
112.65.0.0/16AS17621China Unicom Shanghai networkRPKI תקף112.65.0.0

תת-קידומות

4 תת-קידומות מ-1 מערכות AS מקור

112.65.72.0/24AS138421China UnicomRPKI תקף112.65.72.0
112.65.73.0/24AS138421China UnicomRPKI תקף112.65.73.0
112.65.74.0/24AS138421China UnicomRPKI תקף112.65.74.0
112.65.75.0/24AS138421China UnicomRPKI תקף112.65.75.0

באינטרנט, נתיבים מוכרזים כקידומות: מערכת אוטונומית אומרת לשכנותיה ב-BGP שהיא יכולה למסור תעבורה ל-128.139.0.0/16, למשל. הכלי בודק קידומת בעותק היומי שלנו של טבלת הניתוב העולמית ומציג שלושה דברים:

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

כל נתיב מוכרז נבדק גם מול ה-RPKI: האם רשומת ROA מתירה את ה-AS המכריז.

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

שאלות נפוצות

למה ה-‎/24 שלי לא מופיע אבל ‎/16 כן?

הכתובות שלכם מוכרזות כחלק מהבלוק הגדול, ואף אחד לא מכריז על ה-‎/24 בנפרד. זה המצב הרגיל לרוב הלקוחות של ספק.

מה זו חטיפת תת-קידומת?

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

אפשר להזין כתובת בודדת?

כן. הכלי מציג אז את הנתיב המוכרז הספציפי ביותר שמכיל אותה.

שאלות נפוצות

קשור