Internet Engineering Task Force

Van Wikipedia, de gratis encyclopedie
Spring naar navigatie Spring naar zoeken
logo

De Internet Engineering Task Force ( IETF , Engels voor 'Internet Technology Working Group') is een organisatie die zich bezighoudt met de technische ontwikkeling van internet om de functionaliteit ervan te verbeteren.

Het is jouw missie om relevante technische documenten van hoge kwaliteit te maken die van invloed zijn op de manier waarop mensen internet ontwikkelen, gebruiken en beheren. Deze documenten omvatten internetprotocolstandaarden , beschrijvingen van momenteel bekende procedures en verschillende documenten van meer informatieve aard. In tegenstelling tot de meer op onderzoek gerichte Internet Research Task Force (IRTF), houdt de IETF zich meer bezig met de problemen van internet die op korte termijn moeten worden opgelost, met name met de standaardisatie van de communicatieprotocollen die op internet worden gebruikt . De internetprotocolfamilie omvat bijvoorbeeld het internetprotocol (IP), de transportprotocollen UDP , TCP en SCTP en het applicatieprotocol HTTP voor de overdracht van webinhoud.

De IETF is een open , internationale vrijwillige vereniging van netwerktechnici, fabrikanten, netwerkoperators, onderzoekers en gebruikers, die verantwoordelijk is voor voorstellen voor de standaardisatie van internet. Het staat open voor elke geïnteresseerde persoon en er is geen formeel lidmaatschap of lidmaatschapsvereiste. Als losse organisatie heeft de IETF geen rechtsvorm.

Het secretariaat van de organisatie is gevestigd in Fremont, Californië .

Organisatie en manier van werken

De IETF bestaat uit een groot aantal werkgroepen, die elk behandelt een specifiek onderwerp en is van plan om te ontbinden stoppen met werken over dat onderwerp en dan. Elke werkgroep heeft een aangestelde voorzitter (of soms meerdere medevoorzitters) en een charter dat de doelstellingen formuleert en aangeeft wanneer welke documenten moeten worden geproduceerd. De werkgroepen handelen en discussiëren via e-mail via open mailinglijsten en komen meestal drie keer per jaar bijeen voor meer persoonlijke discussies op de zogenaamde IETF-bijeenkomsten . Volgens het motto geformuleerd door Dave ClarkWij verwerpen koningen, presidenten en stemmen. Wij geloven in ruwe consensus en running code. ”Er is geen behoefte aan een nauwkeurige afstemming van het besluitvormingsproces, een “grove consensus” binnen de werkgroep is voldoende.

De werkgroepen zijn per onderwerp georganiseerd in gebieden (Areas); elk gebied staat onder toezicht van een Area Director (AD) (de meeste gebieden hebben twee Co-AD's); de AD's wijzen de voorzitters van de werkgroepen aan. De Area Directors vormen samen met de IETF-voorzitter de Internet Engineering Steering Group (IESG), die verantwoordelijk is voor de algehele werking van de IETF. Voordat een document dat in de IETF is gemaakt, wordt verheven tot de officiële protocolstandaard op internet , moet het worden onderzocht en goedgekeurd door de IESG om de hoge kwaliteit van de officiële normen te garanderen. Bij een geschil beslist de IESG ook of er binnen een werkgroep een globale consensus is bereikt. Nieuwe werkgroepen worden meestal pas opgericht als de noodzaak daaraan voldoende is gemotiveerd, zoals beoordeeld door de IESG. Meestal vindt, na een eerste gesprek tussen deelnemers en een AD over een nieuw onderwerp, tijdens een IETF-bijeenkomst een eerste bijeenkomst van gelijkgestemde geïnteresseerden plaats op een zogenaamde Birds of a Feather (BOF) . Tijdens een BOF worden de problemen besproken, die eventueel door een nieuwe werkgroep kunnen worden opgelost, en worden eerste voorstellen voor een charter uitgewerkt. Zo'n bijeenkomst kan meerdere keren plaatsvinden totdat duidelijk is of er voldoende vrijwilligers zijn om een ​​nieuwe werkgroep op te richten.

De IETF is formeel actief onder de paraplu van de Internet Society (ISOC), vooral omdat de IETF zelf geen onderneming is en dus geen rechtsvorm heeft. De Internet Architecture Board (IAB) is een commissie die het architectuuroverzicht van de IETF-activiteiten onderhoudt en de ISOC met raadgevende stem ondersteunt. De IAB houdt ook toezicht op het standaardisatieproces, stelt de RFC-editor aan en is verantwoordelijk voor het beheer van de toewijzing van protocolparameterwaarden door de Internet Assigned Numbers Authority (IANA). De IAB is gezamenlijk verantwoordelijk voor het IETF Administrative Oversight Committee (IAOC), dat toezicht houdt op de IETF Administrative Support Activity (IASA), die de administratieve zaken van de IETF (inclusief financiën) regelt. Vanuit financieel oogpunt ontstaan ​​er vooral kosten voor de IETF-bijeenkomsten, de verschillende servers en de administratie zelf. Het IETF-secretariaat is verantwoordelijk voor het organiseren van de vergaderingen en het draaien van de servers. [1] De IETF ontvangt alleen inkomsten uit de deelnamekosten voor de IETF-bijeenkomsten en van de ISOC. De IAB beheert ook de Internet Research Task Force (IRTF) waarmee de IETF enkele groepsoverschrijdende relaties heeft. De leden van de IESG en de IAB worden geselecteerd door een nominatiecommissie (NomComm), die op haar beurt bestaat uit een willekeurige selectie van vrijwillige IETF-deelnemers (die regelmatig deelnemen aan de IETF-bijeenkomsten).

Gebieden

De IETF is momenteel onderverdeeld in zeven thematische gebieden. [2] Elke werkgroep binnen de IETF is toegewezen aan precies één van deze gebieden.

  • Applicaties en realtime (ART)
  • Algemeen ( Algemeen - GEN)
  • Internetdiensten ( Internet - INT)
  • Bedrijfsvoering en Beheer (OPS)
  • Routering (RTG)
  • Veiligheid (Beveiliging - SEC)
  • Transport Services (TSV)

verhaal

De IETF begon in januari 1986 in San Diego [3] met een driemaandelijkse bijeenkomst van door de Amerikaanse overheid betaalde onderzoekers. Vanaf de vierde IETF-bijeenkomst in oktober 1986 werden ook vertegenwoordigers van niet-gouvernementele leveranciers uitgenodigd. Sindsdien zijn alle IETF-bijeenkomsten voor iedereen toegankelijk. Het meeste werk van de IETF wordt echter gedaan via mailinglijsten en deelnemers hoeven de vergaderingen niet bij te wonen omdat belangrijke beslissingen moeten worden besproken en genomen via de mailinglijst. De gebeurtenissen van een IETF-bijeenkomst zijn echter redelijk eenvoudig te begrijpen, zelfs voor degenen die niet aanwezig zijn: er zijn meestal live-uitzendingen van de audiokanalen, zodat discussies live kunnen worden gevolgd. Bovendien worden deze opnames gearchiveerd zodat ze later nog eens kunnen worden beluisterd. Daarnaast maakt deelname via XMPP een interactief retourkanaal mogelijk zodat deelnemers op afstand er vragen over kunnen stellen. De meeste werkgroepen leveren ook een transcriptie en de dia's die door de deelnemers aan de vergadering worden gepresenteerd [4] .

De eerste bijeenkomsten waren erg klein, met minder dan 35 deelnemers voor de eerste vijf en een maximum van 120 deelnemers (op de 12e bijeenkomst in januari 1989) voor de eerste 13 bijeenkomsten. Sinds het begin van de jaren negentig zijn de vergaderingen zowel qua opkomst als omvang snel gegroeid; de piek opkomst was 2810 in juli 2000 IETF in San Diego. Met de herstructurering in de branche in het begin van de jaren 2000 nam het aantal bezoekers weer af en ligt momenteel rond de 1.500.

In het begin van de jaren negentig veranderde de institutionele vorm van een activiteit van de Amerikaanse overheid in een onafhankelijke, internationale organisatie die was aangesloten bij de Internet Society. De invloed van de IETF is soms overdreven door de vakpers, aangezien de laatste geloofde dat de eerste verantwoordelijk was voor het succes van internet door zijn werk aan de kernprotocollen.

In detail zijn de activiteiten behoorlijk veranderd naarmate de IETF groeide, maar het basismechanisme blijft de publicatie van ontwerpspecificaties, beoordelingen en onafhankelijke tests door de betrokkenen en herpublicatie. Interoperabiliteit van onafhankelijk ontwikkelde implementaties is de belangrijkste test voor duidelijkheid in de IETF-specificaties die standaarden willen worden. De meeste specificaties zijn gericht op individuele protocollen in plaats van op de interactie van componenten in systeemarchitecturen. Hierdoor kunnen hun protocollen in veel verschillende systemen worden gebruikt en kunnen hun standaarden routinematig worden hergebruikt door instellingen als het gaat om het ontwikkelen van complete architecturen (bijv. 3GPP , IMS ).

Omdat de IETF echter afhankelijk is van vrijwilligers en "ruwe consensus en uitvoerbare code" als toetssteen gebruikt, kan het ook traag zijn wanneer het aantal vrijwilligers te laag is om vooruitgang te boeken of zo groot is dat consensus moeilijk is. Voor protocollen als SMTP - dat verantwoordelijk is voor het transport van e-mail voor een gemeenschap die in de miljarden loopt - is er ook aanzienlijke weerstand tegen elke verandering die niet honderd procent achterwaarts compatibel is . Binnen de IETF wordt gewerkt aan manieren om de werksnelheid te verhogen - maar gezien het grote aantal vrijwilligers zijn er veel meningen hierover, de consensusmechanismen vertragen deze inspanningen zelf.

Een inleiding tot de IETF is te vinden in The Tao of IETF - A Novice's Guide to the Internet Engineering Task Force . [5]

web links

  • ietf.org (Engels)
  • ietf.org/iesg (Engels)
  • iab.org (Engels)
  • P. Hoffman, S. Bradner: RFC 3233 . - Het definiëren van de IETF . Februari 2002. Standaard: [BCP 58]. (Engels).
  • H. Alvestrand: RFC 3935 . - Een missieverklaring voor de IETF . Oktober 2004. Standaard: [BCP 95]. (Engels).
  • IETF Journal - Goede samenvatting van de huidige IETF-activiteiten en nieuws
  • IETF Onderwijsteam (Engels)

Individuele referenties en opmerkingen

  1. ^ IETF-secretariaat
  2. IETF-gebieden. Ontvangen 18 maart 2019 .
  3. Gefeliciteerd met je verjaardag, IETF! In: heise online. Ontvangen 17 januari 2016 .
  4. ^ Procedure directory
  5. ^ De Tao van IETF - Een gids voor beginners voor de Internet Engineering Task Force .