Upoznajte Internet Engineering Task Force (IETF)
Kako IETF pomaže mrežama da surađuju? RFC-ovi, dobrovoljni standardi i Lu Hengova razlika između koordinacije i kontrole.
Vaš preglednik može otvoriti internetsku stranicu koju vodi tvrtka na drugom kraju svijeta. Preglednik, poslužitelj i mreže između njih mogu potjecati od različitih dobavljača. Jedan od razloga zbog kojih mogu raditi zajedno jest to što su se inženjeri dogovorili kako njihovi sustavi trebaju razmjenjivati informacije.
Internet Engineering Task Force, odnosno IETF, razvija mnoge od tih tehničkih specifikacija. Njegov rad pomaže neovisno izgrađenim sustavima da surađuju. To otvara korisno pitanje: kako zajednička pravila mogu omogućiti globalnu mrežu, a da sudionici pritom ostanu neovisni?
Što IETF zapravo radi
IETF-ov vlastiti uvod opisuje otvorenu zajednicu za razvoj standarda. Ljudi pridonose kao pojedinci, među ostalim preko lista e-pošte radnih skupina. Razmatraju tehničke probleme, raspravljaju o prijedlozima i razvijaju specifikacije koje drugi mogu implementirati. Tražite li službenu stranicu organizacije, ta poveznica vodi do nje.
Zamislite specifikaciju kao zajednički skup uputa. Različite tvrtke mogu prema njoj izgraditi vlastite proizvode, a zatim provjeriti rade li ti proizvodi zajedno. Vrijednost je u omogućavanju komunikacije preko granica organizacija.
RFC je dokument, a ne automatski standard
Mnogi čitatelji prvi se put susreću s IETF-om preko broja nekog RFC-a. RFC znači Request for Comments, povijesni naziv za niz objavljenih dokumenata. Kako objašnjava IETF-ov vodič za RFC-ove, taj niz uključuje standarde, trenutačne najbolje prakse, eksperimentalni rad i informativne dokumente. Uključuje i publikacije iz izdavačkih tokova izvan IETF-a.
Prije nego što kažete „standard to zahtijeva”, provjerite status dokumenta i jesu li ga noviji dokumenti dopunili ili zamijenili. Objava prijedloga kao RFC-a sama po sebi ne pretvara svaku ideju u njemu u univerzalan zahtjev.
Kako bi se dogovor trebao postići
IETF-ova tradicija spaja inženjersku prosudbu s iskustvom funkcionalnih implementacija. Njegovo objašnjenje okvirnog konsenzusa naglašava razmatranje tehničkih prigovora, uključujući i manjinske. Brojanje pristaša nije zamjena za odgovor na problem u dizajnu.
IETF-ova izjava o misiji također pravi važnu razliku: standard opisuje kako nešto učiniti dosljedno; IETF time ne nalaže niti nadzire obveznu primjenu. Usvajanje daje specifikaciji praktičan doseg. Sama objava ne daje organizaciji zapovjednu vlast nad internetom.
Gdje Lu Heng povlači granicu
U Bilješci 65, o prvenstvu funkcionalnog koda, Lu Heng koristi tu inženjersku tradiciju kako bi osporio ovlasti na koje polažu pravo regionalni internetski registri. Njegova se kritika odnosi na ono što se događa kada upravljanje zapisima o brojevnim resursima postane moć nad mrežama koje o tim zapisima ovise.
Razlika je važna: pisanje specifikacije protokola i upravljanje zapisima o adresama operatora različite su funkcije. Otvorena tehnička rasprava može proizvesti koristan inženjerski rad. Prema Lu Hengovu argumentu, ona ne može stvoriti mandat za upravljanje operatorima koji nisu odobrili tu političku ulogu.
Smjer koji predlaže jest koordinacijski sustav koji mreže mogu samostalno provjeravati. Zajednički zapisi i malen skup zajedničkih pravila sprječavali bi dvostruku upotrebu, utvrđivali tko kontrolira koje resurse i štitili sigurnost. Primjerice, sudionici bi mogli provjeriti prijenos adresa prema javnim pravilima umjesto da ovise o diskrecijskom odobrenju registra.
Operatori bi daljnje izbore donosili kroz kod koji pokreću i promjene koje prihvaćaju. Izbor nekompatibilnih pravila može ograničiti koje mreže rade zajedno; njegov prijedlog tu granicu čini vidljivom umjesto da neslaganje pretvara u administrativnu kaznu.
Zašto je razlika važna prije krize
Kada mreža postane ovisna o priznanju jedne institucije, tu je ovisnost teško zamijeniti upravo kada je kontinuitet najvažniji. Lu Heng zagovara da se provjerljivi zapisi i neovisna validacija rano uključe u dizajn kako bi suradnja mogla preživjeti neuspjeh institucije ili njezino zarobljavanje od strane posebnih interesa.
Sljedeće je pitanje konkretno: na što se operator treba moći osloniti i kakvu moć koordinacijsko tijelo nikada ne bi smjelo steći? Počnite od kraće Bilješke 72: Povelja prava koordinacije jedinstvenosti.