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

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

דוגמאות:

2402:4e00:4010::/44

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

מוכרזת בדיוק

2402:4e00:4010::/44AS45090Shenzhen Tencent Computer Systems Company LimitedRPKI תקף2402:4e00:4010::

רשם: APNIC · סין · 13 במאי 2010
בלוק מוקצה: 2402:4e00:: – 2402:4e00:ffff:ffff:ffff:ffff:ffff:ffff

נתיבים מכסים

2402:4e00::/33AS45090Shenzhen Tencent Computer Systems Company LimitedRPKI תקף2402:4e00::
2402:4e00::/32AS45090Shenzhen Tencent Computer Systems Company LimitedRPKI תקף2402:4e00::

תת-קידומות

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

2402:4e00:4011::/48AS45090Shenzhen Tencent Computer Systems Company LimitedRPKI תקף2402:4e00:4011::

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

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

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

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

שאלות נפוצות

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

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

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

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

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

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

שאלות נפוצות

קשור