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

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

דוגמאות:

2a00:1fa2:8000::/33

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

מוכרזת בדיוק

2a00:1fa2:8000::/33AS28884MTS PJSCRPKI תקף2a00:1fa2:8000::

רשם: RIPE NCC · רוסיה · 22 באפר׳ 2010
בלוק מוקצה: 2a00:1fa0:: – 2a00:1fa7:ffff:ffff:ffff:ffff:ffff:ffff

נתיבים מכסים

2a00:1fa0::/30AS8359MTS PJSCRPKI תקף2a00:1fa0::

תת-קידומות

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

2a00:1fa2:80c0::/48AS42087MTS PJSCRPKI תקף2a00:1fa2:80c0::
2a00:1fa2:ba00::/40AS42087MTS PJSCRPKI תקף2a00:1fa2:ba00::
2a00:1fa2:baf0::/44AS42087MTS PJSCRPKI תקף2a00:1fa2:baf0::

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

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

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

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

שאלות נפוצות

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

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

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

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

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

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

שאלות נפוצות

קשור