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

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

דוגמאות:

2408:8756:f51::/48

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

מוכרזת בדיוק

2408:8756:f51::/48AS136958China Unicom Guangdong IP networkRPKI תקף2408:8756:f51::

רשם: APNIC · סין · 31 במאי 2012
בלוק מוקצה: 2408:8400:: – 2408:87ff:ffff:ffff:ffff:ffff:ffff:ffff

נתיבים מכסים

2408:8756:f00::/40AS136958China Unicom Guangdong IP networkRPKI תקף2408:8756:f00::
2408:8756::/36AS17622China Unicom Guangzhou networkRPKI תקף2408:8756::
2408:8756::/32AS17816China Unicom IP network China169 Guangdong provinceRPKI תקף2408:8756::

תת-קידומות

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

אין תת-קידומות.

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

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

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

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

שאלות נפוצות

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

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

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

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

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

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

שאלות נפוצות

קשור