RFC(F) 3935

From RFC.Wiki
Jump to: navigation, search
Groupe de travail du réseau                                  H. Alvestrand
Demande de commentaires: 3935                                Cisco Systems
BCP: 95 octobre 2004
Catégorie: Meilleures pratiques actuelles


                      Un énoncé de mission pour l'IETF

Statut de ce mémo

   Ce document spécifie les meilleures pratiques Internet actuelles pour
   Communauté Internet, et demande des discussions et des suggestions pour
   améliorations. La distribution de ce mémo est illimitée.

Copyright

   Copyright (C) The Internet Society (2004).

Abstrait

   Ce mémo donne un énoncé de mission pour l'IETF, tente de définir le
   termes utilisés dans la déclaration suffisamment pour rendre la mission
   déclaration compréhensible et utile, explique pourquoi l'IETF a besoin d'un
   énoncé de mission, et tente de saisir une partie du débat qui a conduit
   à ce point.

1. Énoncé de mission

   Le but de l'IETF est d'améliorer le fonctionnement d'Internet.

   La mission de l'IETF est de produire des produits de haute qualité et
   documents techniques et d'ingénierie qui influencent la façon dont les gens
   concevoir, utiliser et gérer Internet de manière à rendre le
   Internet fonctionne mieux. Ces documents comprennent des normes de protocole,
   les meilleures pratiques actuelles et des documents d'information de divers types.

   L'IETF poursuivra cette mission dans le respect des principes suivants:
   principes cardinaux:

   Processus ouvert - toute personne intéressée peut participer aux travaux,
      savoir ce qui est décidé et faire entendre sa voix sur la
      problème. Une partie de ce principe réside dans notre engagement à
      documents, nos listes de diffusion du GT, nos listes de présence et nos
      procès-verbaux des réunions accessibles au public sur Internet.

   Compétence technique - les questions sur lesquelles l'IETF produit son
      documents sont des questions où l'IETF a la compétence nécessaire pour
      leur parler, et que l'IETF est prêt à écouter
      apport techniquement compétent de toute source. Compétence technique
      signifie également que nous nous attendons à ce que la sortie IETF soit conçue pour sonner
      principes d'ingénierie des réseaux - on parle aussi souvent de
      "qualité d'ingénierie".

   Volunteer Core - nos participants et nos dirigeants sont des personnes qui
      venir à l'IETF parce qu'ils veulent faire un travail qui favorise la
      La mission de l'IETF de "faire fonctionner Internet mieux".

   Consensus approximatif et code en cours - Nous élaborons des normes basées sur
      jugement technique combiné de nos participants et de nos
      une expérience mondiale dans la mise en œuvre et le déploiement de nos spécifications.

   Propriété du protocole - lorsque l'IETF prend possession d'un protocole ou
      fonction, il accepte la responsabilité de tous les aspects du
      protocole, même si certains aspects peuvent rarement ou jamais être vus sur
      l'Internet. Inversement, lorsque l’IETF n’est pas responsable d’un
      protocole ou fonction, il ne tente pas d'exercer un contrôle sur
      même s'il peut parfois toucher ou affecter Internet.

2. Définition des termes

   Mission: ce qu'une organisation se propose de faire. Cela contraste avec
      son objectif (qui est ce qu’il espère atteindre en remplissant ses
      mission) et à ses activités (quelles sont les actions spécifiques qu’elle
      pour accomplir sa mission).

   Internet: une vaste collection hétérogène de systèmes interconnectés 
      qui peuvent être utilisés pour des communications de nombreux types différents
      entre toutes les parties intéressées qui y sont liées. Le terme comprend
      à la fois "l'Internet central" (réseaux FAI) et "l'Internet périphérique"
      (réseaux d'entreprises et privés, souvent connectés via des pare-feux,
      boîtiers NAT, passerelles de couche application et dispositifs similaires). 
      L'Internet est un véritable réseau mondial, atteignant à peu près tous
      Pays dans le monde.
      La communauté IETF veut que l'Internet réussisse parce que nous
      estiment que l’existence d’Internet et son influence sur
      l’économie, la communication et l’éducation nous aideront à bâtir un
      meilleure société humaine.

   Standard: tel qu'utilisé ici, le terme décrit une spécification d'un
      protocole, comportement du système ou procédure ayant un caractère unique
      identifiant, et où l'IETF a convenu que "si vous voulez faire
      cette chose, c'est la description de la façon de le faire ". Il ne
      impliquer toute tentative de l'IETF de rendre obligatoire son utilisation, ou toute tentative
      pour contrôler son utilisation - seulement que "si vous dites que vous faites
      selon cette norme, faites-le de cette façon ".
      une norme d'Internet est l'interopérabilité - que plusieurs
      les produits mettant en œuvre une norme peuvent travailler ensemble
      afin de fournir des fonctions précieuses aux utilisateurs d'Internet.

   Participants: les individus qui participent au processus sont les
      unité fondamentale de l'organisation IETF et le travail de l'IETF.
      L'IETF a constaté que le processus fonctionne mieux lorsqu'il est concentré sur
      les gens, plutôt qu'autour d'organisations, d'entreprises, de gouvernements
      ou des groupes d'intérêt. Cela ne veut pas dire que ces autres entités
      sont sans intérêt - mais ils ne sont pas ce qui constitue l'IETF.

   Qualité: dans ce contexte, la capacité d'exprimer des idées avec suffisamment
      clarté qu'ils peuvent être compris de la même manière par tous
      construire des systèmes pour s'y conformer, et la capacité (et
      volonté) de décrire suffisamment les propriétés du système
      comprendre les conséquences importantes de sa conception et garantir
      que ces conséquences profitent à Internet dans son ensemble.
      Cela signifie également que les spécifications sont conçues avec respect
      à des principes d'ingénierie des réseaux solides, de sorte que
      le but prévu est susceptible d'être efficace et de ne pas nuire à la
      Internet dans son ensemble.

   Pertinent: dans ce contexte, utile à certains groupes de personnes qui doivent
      prendre des décisions qui affectent Internet, y compris, mais pas
      limité aux implémenteurs matériels et logiciels, aux constructeurs de réseaux,
      les opérateurs de réseau et les utilisateurs d'Internet. Notez que
      ne signifie pas «correct» ou «positif» - le rapport d’une expérience
      a échoué, ou une spécification qui explique clairement pourquoi vous ne devriez pas
      l'utiliser dans une situation donnée, peut être très pertinent - pour décider
      ce qu'il ne faut pas faire. Être pertinent est en partie opportun - très
      souvent, les documents remis un an après la prise des décisions
      prises sont beaucoup moins utiles que les documents dont dispose le
      décideurs au moment de la décision.

3. La nécessité d'un énoncé de mission

   L'IETF doit prendre des décisions. Et dans certains cas, les gens agissant sur
   nom de l'IETF doivent prendre des décisions sans consulter le
   IETF entier en premier.

   Il y a plusieurs raisons à cela, notamment la quasi-impossibilité de
   obtenir un avis de consensus éclairé sur un sujet complexe à partir d'un
   communauté de plusieurs milliers de personnes en peu de temps.

   Avoir une mission définie est l'une des étapes que nous pouvons prendre pour
   évaluer les alternatives: est-ce que cela aide ou gêne la mission, ou est-ce
   orthogonale à elle? S'il y a des ressources limitées, y a-t-il des choses
   qu'ils pourraient être investis pour aider la mission mieux?

   (Une autre étape consiste à choisir des dirigeants en qui nous avons confiance pour
   bon jugement et faire la bonne chose. Mais nous essayons déjà de
   faites cela.)

4. Problèmes avec l'étendue de la mission de l'IETF

4.1. La portée d'Internet

   Une question très difficile dans la discussion de la mission de l'IETF a été la
   portée du terme "pour Internet". Internet est utilisé par de nombreux
   choses, dont beaucoup la communauté IETF n'a ni intérêt ni
   compétence pour établir des normes.

   Internet n'est pas neutre en valeur, pas plus que l'IETF. Nous voulons
   Internet pour être utile aux communautés qui partagent notre engagement
   à l'ouverture et à l'équité. Nous adoptons des concepts techniques tels que
   contrôle décentralisé, autonomisation des utilisateurs de périphérie et partage
   ressources, parce que ces concepts résonnent avec les valeurs fondamentales de
   la communauté IETF. Ces concepts ont peu à voir avec le
   la technologie qui est possible, et beaucoup à voir avec la technologie qui
   nous choisissons de créer.

   Dans le même temps, il est clair que bon nombre des définitions définies par l'IETF
   technologies sont utiles non seulement pour Internet, mais aussi pour
   les réseaux qui n'ont pas de relation directe avec Internet lui-même.

   Pour tenter de résoudre la question de la portée de l'IETF, peut-être
   le plus juste équilibre est trouvé par cette formulation: "protocoles et
   pratiques pour lesquelles des implémentations sécurisées et évolutives sont attendues
   avoir un large déploiement et une interopérabilité sur Internet, ou
   font partie de l'infrastructure d'Internet. "

   En plus de cette contrainte, nous sommes également contraints par la
   principe de compétence: lorsque nous ne disposons pas et ne pouvons pas réunir
   compétences nécessaires pour établir des normes techniquement saines, nous ne
   tenter de prendre le leadership.

4.2. L'équilibre entre la recherche, l'invention et l'adoption

   L'IETF est traditionnellement une communauté d'expérimentation avec
   choses qui ne sont pas bien comprises, standardisation des protocoles
   pour lesquels une certaine entente a été conclue et publication de
   (et raffinement des) protocoles initialement spécifiés en dehors de l'IETF
   processus.

   Toutes ces activités ont en commun de produire des documents -
   mais les documents doivent être jugés selon des critères très différents
   le temps de publier arrive, et il n'est pas rare de voir des gens
   confus au sujet de quels documents sont dans quelle catégorie.

   Pour décider si ces activités doivent ou non être menées dans le cadre du
   IETF, il ne faut pas regarder principalement le type d'activité, mais le
   avantage potentiel pour Internet - une expérience qui donne
   des informations sur le fait qu'une approche n'est pas viable pourraient être
   un plus grand avantage pour Internet que la publication d’une norme
   techniquement compétent, mais utile uniquement dans quelques cas particuliers.

   Pour des recherches de nature essentiellement illimitée, avec des
   probabilité de succès, il peut être plus pertinent d’affréter une recherche
   qu'un groupe de normes. Pour les activités de portée limitée -
   telles que la spécification de plusieurs protocoles alternatifs au point où
   expériences peuvent identifier le meilleur pour la normalisation - le
   Le mécanisme de groupe de travail de l'IETF peut être un outil approprié.

4.3. L'équilibre entre mission et procédures

   La mission est destinée à indiquer ce que l'IETF essaie d'accomplir.
   Il existe de nombreuses méthodes qui peuvent être choisies pour atteindre ces résultats -
   par exemple, la procédure de recours est définie de façon à pouvoir détecter
   les cas où nos principes fondamentaux de compétence technique et
   le processus ouvert a été violé; ce n'est pas en soi une valeur fondamentale.

   De même, la question de savoir quel organisme de l'IETF déclare qu'un
   le document est prêt à être publié est entièrement en dehors de la mission
   déclaration; nous pouvons imaginer changer cela sans aucun impact sur
   quelle est la mission de l'IETF - même si elle peut avoir un impact significatif
   la capacité de réaliser cette mission.

4.4. La portée d'Internet

   Internet est un phénomène mondial. Les personnes intéressées par son
   l'évolution sont de toutes les cultures sous le soleil et de tous horizons
   la vie. L'IETF met l'accent sur la compétence technique, approximative
   consensus et la participation individuelle, et doit être ouvert à la
   contribution compétente de toute source. L'IETF utilise la langue anglaise
   pour son travail est en raison de son utilité pour travailler dans un monde
   le contexte.

4.5. Propriété du protocole

   Un problème semblable à celui de décider de la zone des IETF
   la compétence se pose lorsqu'un protocole qui est clairement dans le champ d'application de l'IETF
   est utilisé à la fois sur et hors Internet - le premier exemple est de
   bien sûr le protocole Internet lui-même.

   Parfois, l'IETF définit des normes qui finissent par être les plus utilisées
   en dehors de l'Internet mondial. L'IETF, ayant défini la norme,
   continuera d'assurer l'administration nécessaire de cette
   protocole.

   Parfois, l'IETF s'appuie sur des normes qui sont définies et
   maintenu par d'autres organisations; nous continuons à travailler avec ceux
   organisations sur leurs normes et ne tentent pas de les prendre
   plus de.

5. Considérations de sécurité

   Considérer la sécurité est l'un des principes fondamentaux d'un réseau sain
   ingénierie pour Internet. En dehors de cela, il n'est pas pertinent de
   cette note.

6. Remerciements

   Ce document est le résultat de nombreuses heures de débat, d'innombrables critiques,
   et des e-mails illimités. En tant que tel, toute section de remerciements est liée
   être incomplet.

   Parmi les nombreux participants, les membres actuels du
   IESG (Alex Zinin, Allison Mankin, Bert Wijnen, Bill Fenner, David
   Kessens, Jon Peterson, Margaret Wasserman, Russ Housley, Scott
   Hollenbeck, Steve Bellovin, Ted Hardie, Thomas Narten) et récents
   Les membres de l'IESG (Ned Freed, Randy Bush, Erik Nordmark), ainsi que
   plusieurs membres du CCI et de nombreux membres de la communauté, y compris
   James Polk, John Klensin, Pekka Savola, Paul Hoffman, Eliot Lear,
   Jonne Soininen, Fred Baker, Dean Anderson, John Leslie, Susan Harris,
   et plein d'autres. Un merci spécial à Leslie Daigle, la présidente de l'IAB.

Adresse de l'auteur

   Harald Tveit Alvestrand
   Systèmes Cisco
   Weidemanns vei 27
   Trondheim 7043
   NON

   Courriel: harald@alvestrand.no

Déclaration de copyright complète

   Copyright (C) The Internet Society (2004).

   Ce document est soumis aux droits, licences et restrictions
   contenue dans le BCP 78, et sauf indication contraire, les auteurs
   conserver tous leurs droits.

   Ce document et les informations qu'il contient sont fournis sur un
   "TEL QUEL" et LE CONTRIBUTEUR, L'ORGANISATION IL / ELLE REPRÉSENTE
   OU EST PARRAINÉ PAR (LE CAS ÉCHÉANT), LA SOCIÉTÉ INTERNET ET INTERNET
   LE GROUPE DE TRAVAIL DE L'INGÉNIERIE DÉCLINE TOUTE GARANTIE, EXPLICITE OU IMPLICITE,
   Y COMPRIS MAIS SANS S'Y LIMITER TOUTE GARANTIE QUE L'UTILISATION DU
   LES INFORMATIONS CONTENUES NE CONTRAIGNERONT AUCUN DROIT OU IMPLICITE
   GARANTIES DE QUALITÉ MARCHANDE OU D'ADÉQUATION À UN USAGE PARTICULIER.

Propriété intellectuelle

   L'IETF ne prend pas position sur la validité ou la portée de tout
   Droits de propriété intellectuelle ou autres droits qui pourraient être revendiqués
   concernent la mise en œuvre ou l’utilisation de la technologie décrite
   ce document ou la mesure dans laquelle toute licence en vertu de ces droits
   pourrait ou non être disponible; cela ne signifie pas non plus
   fait aucun effort indépendant pour identifier ces droits. Information
   sur les procédures de l'IETF en ce qui concerne les droits dans les documents de l'IETF peuvent
   se trouvent dans les BCP 78 et BCP 79.

   Des copies des divulgations de DPI faites au Secrétariat de l'IETF et
   l’assurance des licences à mettre à disposition, ou le résultat d’une
   tentative d’obtention d’une licence générale ou d’une autorisation d’utilisation
   ces droits de propriété par les exécutants ou les utilisateurs de ce
   La spécification peut être obtenue auprès du référentiel IPR en ligne de l'IETF à l'adresse
   http://www.ietf.org/ipr.

   L'IETF invite toute partie intéressée à porter à son attention toute
   droits d'auteur, brevets ou demandes de brevet, ou autres droits exclusifs
   les droits qui peuvent couvrir la technologie qui peut être nécessaire pour mettre en œuvre
   cette norme. Veuillez adresser les informations à l'IETF à ietf-
   ipr@ietf.org.

Reconnaissance

   Le financement de la fonction RFC Editor est actuellement assuré par le
   Internet Society.