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

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

דוגמאות:

81.5.0.0/18

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

מוכרזת בדיוק

81.5.0.0/18AS12400Partner Communications Ltd.RPKI תקף81.5.0.0

רשם: RIPE NCC · ישראל · 17 במאי 2002
בלוק מוקצה: 81.5.0.0 – 81.5.63.255

נתיבים מכסים

אין נתיב כללי יותר שמכסה אותה.

תת-קידומות

6 תת-קידומות מ-3 מערכות AS מקור

81.5.0.0/19AS12400Partner Communications Ltd.RPKI תקף81.5.0.0
81.5.0.0/21AS5486Partner Communications Ltd.RPKI תקף81.5.0.0
81.5.8.0/21AS5486Partner Communications Ltd.RPKI תקף81.5.8.0
81.5.16.0/21AS5486Partner Communications Ltd.RPKI תקף81.5.16.0
81.5.20.0/24AS39159R.L Internet and Networks Ltd.RPKI תקף81.5.20.0
81.5.32.0/19AS12400Partner Communications Ltd.RPKI תקף81.5.32.0

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

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

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

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

שאלות נפוצות

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

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

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

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

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

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

שאלות נפוצות

קשור