Requests For Comments

Aus Foxwiki

topic - Kurzbeschreibung

Beschreibung

RFCs - Requests For Comments - (Bitte um Kommentare) sind eine Reihe technischer und organisatorischer Dokumente zum Internet

  • Seit 1969 vom RFC-Editor herausgegeben
  • Heute findet die Diskussion während der Erstellung der Entwürfe statt
  • Viele veröffentlichte RFCs sind begutachtete technische Spezifikationen
  • Einige RFCs sind Internetstandards und standardisieren die Internetprotokollfamilie
Beschreiben die technische Grundlage von Internetanwendungen, wie



Anhang

Siehe auch

Sicherheit

Dokumentation

RFC
Man-Pages
Info-Pages

Links

Projekt
  1. https://www.rfc-editor.org/
  2. https://www.rfc-editor.org/rfc-index.html
Weblinks
  1. https://de.wikipedia.org/wiki/Request_for_Comments
  2. https://packetlife.net/blog/2008/dec/1/requests-comments/

TMP

Zeichenketten

Für eine eindeutige Interpretation werden Zeichenketten und ihre Zusammensetzung formalistisch mit der Backus-Naur-Form (BNF) dargestellt. Hilfreich zum Beispiel beim Aufbau von URLs und URIs.

TMP

Wenn man über Netzwerkprotokolle liest, stößt man unweigerlich auf Verweise auf verschiedene RFCs.

  • Leider nehmen sich nicht viele Leute die Zeit, diesen Verweisen nachzugehen
  • was bedauerlich ist, denn sich mit einem RFC vertraut zu machen, kann beim Entwurf eines komplexen Netzwerks oder bei der Fehlersuche in besonders obskuren Situationen von großem Vorteil sein.

Ein RFC, oder Request For Comment, ist ein Memorandum, das von einem oder mehreren Netzwerkingenieuren verfasst und von der Internet Engineering Task Force (IETF) veröffentlicht wird, um neue Standards vorzuschlagen oder neue Ideen zu vermitteln.

  • Der Begriff "Request for Comment" ist vielleicht etwas irreführend, da viele RFCs de facto als Internet-Gesetze gelten, aber der Begriff geht auf die ursprüngliche Funktion jedes Dokuments als Aufforderung zur Überprüfung durch Fachkollegen zurück.

Es gibt vier Kategorien von RFCs:

  • Standard (STD), Draft Standard, oder Proposed Standard - offizielle Protokollspezifikationen
  • Best Current Practice (BCP) - Offizielle Richtlinien und Empfehlungen
  • Informativ (FYI) oder experimentell
  • Historisch

Ein RFC beginnt den Veröffentlichungsprozess als Internet-Entwurf, der einen Zyklus der Bearbeitung und Überprüfung durchläuft.

  • Jeder kann einen informativen oder experimentellen Internet-Entwurf zur Überprüfung einreichen, aber Standard-Track- und BCP-Einsendungen müssen von einer IETF-Arbeitsgruppe stammen.
  • Ein langwieriger Überprüfungsprozess ist notwendig, da RFCs nach ihrer Veröffentlichung nie mehr geändert werden; geringfügige Fehler werden als separate Errata aufgeführt, während erhebliche Überarbeitungen die Einreichung eines neuen Entwurfs erfordern.

Jedem RFC wird vom RFC-Editor eine fortlaufende Nummer zugewiesen, und zwar in loser chronologischer Reihenfolge (aufgrund der unterschiedlichen Dauer der einzelnen Überprüfungen erscheinen die RFCs normalerweise nicht in perfekter Reihenfolge).

  • Der gesamte Überprüfungsprozess selbst ist ausführlich in RFC 2026 beschrieben.

Veröffentlichte RFCs können an verschiedenen Stellen gefunden werden, aber mein Favorit ist die Website der IETF-Tools.

  • Hier ist jeder RFC mit einem Meta-Header (der Abschnitt mit dem grauen Hintergrund) formatiert, der hilfreiche Zusatzinformationen enthält:
  1. Farbbalken zeigt Status an
  2. Ursprünglicher Internet-Entwurf
  3. Aktualisierungen zu diesem RFC seit seiner Veröffentlichung
  4. IETF-Arbeitsgruppe
  5. Seriennummer
  6. Frühere RFCs, die durch diesen Entwurf veraltet und/oder aktualisiert wurden
  7. Status
  8. Errata-Liste
  9. Autor(en)
  10. Datum
  11. Titel

Die meisten modernen RFCs beginnen mit einer Statuserklärung, einer abstrakten Erklärung des Zwecks und einem Inhaltsverzeichnis.

  • Das Inhaltsverzeichnis gliedert den Inhalt des RFC wie bei einem Buch nach Abschnitten und Seiten, so dass Sie leicht zu einem bestimmten Thema navigieren können, wenn Sie nach bestimmten Details suchen.
  • Viele RFCs enthalten zusätzliche Referenzen und einen oder mehrere Anhänge am Ende.

Viele Leute werden die Seiten mit schwarzem und weißem Text abschreckend finden, aber das Lesen eines RFCs von Anfang bis Ende ist nicht so trocken, wie Sie vielleicht denken.

  • RFCs werden von Ingenieuren für Ingenieure geschrieben und sind in der Regel sehr effizient formuliert.
  • Denken Sie außerdem daran, dass RFCs in einem Text mit fester Breite formatiert sind; jede Seite ist deutlich weniger dicht als ein durchschnittliches Buch und lässt sich daher viel schneller lesen.

Bilder