Registri izlaza zvuče kao popisi, a popis nije teški dio. Teški dio je odlučiti što svaki unos tvrdi, tko ga smije objaviti i što se dogodi kada tvrdnja prestane biti točna. U tim se prijedlozima miješaju tri različite uloge adresa, a registar koji ih miješa ne može pouzdano odgovoriti ni na jedno pitanje. Pratite jedan unos od objave do povlačenja i zahtjevi za dizajn pojavit će se sami.

Počnite sa zapisom, a ne s popisom

Prvo pitanje nije koliko adresa uključiti, nego što znači jedan redak. Opisuje li gdje se klijenti povezuju, koji izvor odredište može vidjeti ili tko drži dodjelu u registru? To su tri tvrdnje s tri vlasnika i tri načina kvara. Registar koji ne navodi koju od njih bilježi ne može se provjeriti, ispraviti ni isteći. Ispravno značenje je dizajnerski posao, a popis je samo rezultat.

Napišite definiciju retka prije nego što napišete bilo koju shemu. Ako definiciji treba riječ i, vjerojatno su to dva zapisa koja se pretvaraju da su jedan.

Tri uloge adresa koje izgledaju slično

Uloge je lako pobrkati jer jedno postavljanje može koristiti sve tri odjednom, i često to čini. Usluga može prekinuti veze na jednoj adresi i prosljeđivati promet s druge, dok registar bilježi posve treću činjenicu.

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

Hosting blok može sadržavati VPN izlaze i nepovezane radne zadatke jedne uz druge, pa podudaranje u registru ne govori ništa o tome što dana adresa radi u danom trenutku. Unos koji ne imenuje svoju ulogu nije dokaz ničega posebnog. Imenovanje uloge čini zapis oborivim. Navedite i obitelj adresa, jer registar koji tiho pokriva samo IPv4 obmanut će svakoga tko pretpostavlja suprotno.

Pratite jedan unos od objave do povlačenja

Uzmite jedan hipotetski izlaz i pratite ga. Operator objavljuje prefiks i svoju ulogu u navedenom trenutku stupanja na snagu, potrošači ga preuzimaju, a kasnije adresa prestaje služiti kao izlaz. Svaki korak zahtijeva pravilo: tko smije objaviti, što prefiks zapravo pokriva, kada unos stupa na snagu i kako se povlači. Feed bez puta povlačenja nakuplja zastarjele tvrdnje koje nitko ne može razlikovati od aktualnih.

Odvojite ovlast za objavu od točnosti oznake. Registarski zapis koji povezuje organizaciju s resursom dokazuje dodjelu, a ne trenutačno korištenje, i to su različite tvrdnje s različitim dokazima. Potrošači moraju znati kojem od dvaju vjeruju.

Definirajte i ispravak. Adresa koja je ponovno dodijeljena kupcu, ili nepovezana usluga uhvaćena pogrešnom oznakom, treba dokumentiran put do rješenja, a ne raspravu u redu za zahtjeve. Okidač povlačenja pripada u isti dokument kao i pravilo objave.

Što objavljeni feed može i ne može podržati

Objavljeni atributi prefiksa ustaljen su obrazac, a postojeći primjeri opisuju geografiju ili vlasništvo, a ne ponašanje. VPN feed trebao bi vlastitu semantiku, vlastita pravila dokaza i vlastiti proces pregleda, a preimenovanje popisa zemalja ne daje ništa od toga. ARIN vodič kroz registar pokazuje što zapisi o dodjeli tvrde, a što ne, i novi feed mora steći istu jasnoću o vlastitim tvrdnjama. To je zadatak specifikacije, a ne preoznačavanja.

Ono što takav feed može podržati jest odluka o klasifikaciji mrežnog izvora. Ono što ne može jest identificirati osobu iza dijeljene adrese, dokazati da sav promet s te adrese ide kroz tunel ili odlučiti je li određeni zahtjev zlouporaba. To su tri odvojena pitanja s tri odvojena zahtjeva za dokazima.

Držite pravno pitanje izvan specifikacije

Tehnička specifikacija ne može riješiti je li predloženi zahtjev za registraciju zakonit, proporcionalan ili razuman. Ta procjena treba stvarni zakonodavni tekst, pogođena prava, nadležnost i pravnu analizu koju format podataka ne može pružiti. Format može biti dobro dizajniran i ipak podržavati lošu politiku.

Ono što specifikacija može učiniti jest konkretizirati raspravu. Prvo definirajte predložene podatke, njihove granice i načine kvara, da bi se politička rasprava vodila o stvarnom mehanizmu, a ne o nedefiniranom popisu koji svaki sudionik zamišlja drukčije. To je najviše što tehnički dokument može doprinijeti pravnom pitanju.

Povezani članci