Регистри излаза звуче као спискови, а списак није тешки део. Тешки део је одлучити шта сваки унос тврди, ко га сме објавити и шта се догоди када тврдња престане да буде тачна. У тим предлозима мешају се три различите улоге адресе, а регистар који их меша не може поуздано да одговори ни на једно питање. Пратите један унос од објаве до повлачења и захтеви за дизајн ће се појавити сами.

Почните са записом, а не са списком

Прво питање није колико адреса укључити, него шта значи један ред. Да ли описује где се клијенти повезују, који извор одредиште може да види или ко држи доделу у регистру? То су три тврдње са три власника и три начина отказа. Регистар који не наводи коју од њих бележи не може се проверити, исправити ни истећи. Исправно значење је дизајнерски посао, а списак је само резултат.

Напишите дефиницију реда пре него што напишете било коју шему. Ако дефиницији треба реч и, вероватно су то два записа која се претварају да су један.

Три улоге адресе које изгледају слично

Улоге је лако побркати јер једно постављање може да користи све три одједном, и често то чини. Услуга може да прекине везе на једној адреси и прослеђује саобраћај са друге, док регистар бележи потпуно трећу чињеницу.

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 водич кроз регистар показује шта записи о додели тврде, а шта не, и нови ток мора да стекне исту јасноћу о сопственим тврдњама. То је задатак спецификације, а не преозначавања.

Оно што такав ток може да подржи јесте одлука о класификацији мрежног извора. Оно што не може јесте да идентификује особу иза дељене адресе, да докаже да сав саобраћај са те адресе иде кроз тунел или да одлучи да ли је одређени захтев злоупотреба. То су три одвојена питања са три одвојена захтева за доказима.

Држите правно питање изван спецификације

Техничка спецификација не може да реши да ли је предложени захтев за регистрацију законит, пропорционалан или разуман. Та процена треба стварни законодавни текст, погођена права, надлежност и правну анализу коју формат података не може да пружи. Формат може бити добро дизајниран и ипак подржавати лошу политику.

Оно што спецификација може да учини јесте да конкретизује расправу. Прво дефинишите предложене податке, њихове границе и начине отказа, да би се политичка расправа водила о стварном механизму, а не о недефинисаном списку који сваки учесник замишља другачије. То је највише што технички документ може да допринесе правном питању.

Повезани чланци