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

התחילו ברשומה, לא ברשימה

השאלה הראשונה אינה כמה כתובות לכלול, אלא מה משמעותה של שורה אחת. האם היא מתארת היכן לקוחות מתחברים, איזה מקור יעד עשוי לראות, או מי מחזיק בהקצאה במרשם? אלה שלוש טענות עם שלושה בעלים ושלושה אופני כשל. מרשם שאינו מציין איזו מהן הוא רושם אינו ניתן לאימות, לתיקון או לפקיעה. להבין נכון את המשמעות הוא עבודת התכנון, והרשימה היא רק הפלט.

כתבו את הגדרת השורה לפני שכותבים סכימה כלשהי. אם ההגדרה זקוקה למילה ו, כנראה שמדובר בשתי רשומות שמתחזות לאחת.

שלושה תפקידי כתובת שנראים דומים

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

Address roleWho may publishWhat it does not proveWithdrawal trigger
Forwarded exitThe operator that forwards the traffic, or a feed it authorizesThat a subscriber is behind the address, or that all its traffic is tunnelledThe address stops forwarding for that operator, or the prefix is reassigned
Registered allocationThe registry, or the holder of the allocationThat the resource is used as a VPN exit, or which application uses itThe allocation is returned, transferred, or the holder changes
Tunnel entryThe operator that terminates the tunnelThat traffic exits from the same address, or that the client is a subscriberThe endpoint is decommissioned or its address changes

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

עקבו אחרי רשומה אחת מהפרסום ועד לביטול

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

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

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

מה פיד מפורסם יכול לתמוך בו ומה לא

מאפייני קידומת מפורסמים הם דפוס מבוסס, והדוגמאות הקיימות מתארות גאוגרפיה או בעלות ולא התנהגות. פיד VPN היה זקוק לסמנטיקה משלו, לכללי ראיות משלו ולמהלך ביקורת משלו, ושינוי שמה של רשימת מדינות אינו מספק אף אחד מאלה. מדריך המרשם של ARIN מראה מה רשומות הקצאה טוענות ומה לא, ופיד חדש חייב לזכות באותה בהירות לגבי הטענות שלו עצמו. זו משימת מפרט, לא משימת תיוג מחדש.

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

השאירו את השאלה המשפטית מחוץ למפרט

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

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

מאמרים קשורים