Die Zwölf Wahrheiten der Vernetzung

Dieser Text ist ein Beispiel dafür, wie die "Request for Comments" (RFC), quasi die Gesetze des Internet, strukturiert sind. Ich habe das Layout des Originals beibehalten und auf Umlaute und die SZ-Ligatur verzichtet - die originalen RFC liegen nämlich im ASCII-Textformat vor.

Die Übersetzung entstand spaßeshalber - und ich wünsche Ihnen denselben Spaß beim Lesen.

Network Working Group                                  R. Callon, Editor
Request for Comments: 1925                                          IOOF
Kategorie: Informatorisch                                   1 April 1996

                  Die Zwoelf Wahrheiten der Vernetzung


Status dieses Memorandums

   Dieser Text bietet Informationen fuer die Internet Community. Er 
   spezifiziert keinen irgendwie gearteten Sicherheitsstandard. Die 
   Verbreitung dieses Memos ist unbegrenzt. 

Kurzfassung

   Dieses Memorandum dokumentiert die Grundlegenden Wahrheiten der 
   Vernetzung fuer die Internet Community. Es spezifiziert keinen 
   Standard, mit Ausnahme dessen, dass alle Standards implizit diese 
   Grundlegenden Wahrheiten beachten muessen.

Danksagung

   Die in diesem Memorandum beschriebenen Wahrheiten resultieren aus 
   extensiven, lang durchgefuehrten Studien verschiedener Personen, 
   von denen einige nicht vorhatten, zu diesem Text beizutragen. Der 
   Herausgeber hat diese Wahrheiten nur gesammelt und moechte der 
   Internet Community dafuer danken, dass sie diese Wahrheiten erstmals 
   illustriert hat.

1. Einfuehrung

   Diese 'Bitte um Kommentierung' (Request for Comments - RFC) bietet 
   Informationen ueber die grundlegenden Wahrheiten, die jeder 
   Vernetzung zu Grunde liegen. Diese Wahrheiten beziehen sich auf die 
   Arbeit mit Netzen ueberhaupt, sie sind nicht begrenzt auf TCP/IP,
   das Internet oder irgend eine Teilmenge der Netzwerk-Gemeinschaft.


2. Die Grundlegenden Wahrheiten

    (1) Es muss funktionieren.

    (2) Egal, wieviel Druck sie machen, egal, welche Prioritaet es hat: 
        Sie koennen die Geschwindigkeit des Lichtes nicht erhoehen.

        (2a) (Ableitung) Egal, was sie versuchen, es braucht 9 Monate, 
             um ein Baby auszutragen. Versuche, das zu beschleunigen, 
             *koennten* es langsamer machen, aber auf keinen Fall 
             schneller.

    (3) Mit genuegend Druck dahinter fliegen Schweine ganz 
        hervorragend. Trotzdem ist das nicht unbedingt eine gute Idee.
        Man weiss nicht so recht, wo sie landen werden, und es koennte
        gefaehrlich sein, unter ihnen zu sitzen, wenn sie
        vorbeifliegen.

    (4) Einige Sachen koennen weder gewuerdigt noch verstanden werden, 
        solange man sie nicht aus eigener Erfahrung kennt. Einige 
        Phaenomene der Vernetzung werden niemals von jemandem 
        verstanden werden, der nicht entweder kommerzielle 
        Netzwerk-Technik entwickelt oder aber ein Netzwerk betreibt.

    (5) Es ist immer moeglich, verschiedene Einzelprobleme in einer 
        einzigen, komplexen Loesung zu verschmelzen. Meistens ist das 
        eine schlechte Idee.

    (6) Es ist leichter, ein Problem zu delegieren (zum Beispiel durch 
        Verschiebung an einen anderen Ort des Netzwerkes) als es zu 
        loesen.

        (6a) (Ableitung) Es ist immer moeglich, den Schwierigkeitsgrad 
             zu erhoehen. 

    (7) Irgendwo hakt es immer.

        (7a) (Ableitung) Gut, schnell, billig: Waehlen sie zwei aus. 
             (Sie kriegen niemals alle drei auf einmal.)

    (8) Es ist komplizierter, als sie es sich vorstellen.

    (9) Fuer jede Resource (egal welche) gilt: Sie brauchen mehr davon.

        (9a) (Ableitung) Die Loesung jedes Problems der Vernetzung 
             braucht immer mehr Zeit, als es scheint, dass sie sollte.

   (10) "Passend fuer alle Groessen" kann in der Mode funktionieren;
        in der Vernetzung nicht: One size never fits all. 
 
   (11) Jede alte Idee wird irgendwann unter einem anderen Namen und in 
        einer anderen Verpackung wieder vorgeschlagen, einerlei, wie 
        unpraktikabel sie ist.

        (11a) (Ableitung). Siehe Regel 6a.

   (12) Beim Design von Protokollen ist Perfektion nicht dann erreicht,
        wenn man nichts mehr hinzufuegen kann, sondern wenn sich nichts
        mehr streichen laesst.

Sicherheitsueberlegungen

   Dieses RFC macht keine Sicherheitsueberlegungen noetig. Hingegen
   sind Sicherheitsprotokolle Gegenstand dieser Grundlegenden 
   Wahrheiten.

Quellen

   Um die Schuldigen zu schuetzen und eine Bereicherung der Anwaelte zu
   verhindern, wurden die Quellen geloescht.

Addresse des Autors

   Ross Callon
   Internet Order of Old Farts
   c/o Bay Networks
   3 Federal Street
   Billerica, MA  01821

   Phone: 508-436-3936
   EMail: rcallon@baynetworks.com

Deutsche Uebersetzung

   Albrecht Ude
   Lehderstrasse 53
   13086 Berlin

   Telefon: 030 / 92 40 56 46
   E-Mail: post@ude.de

Den Originaltext finden Sie hier:
 | http://www.faqs.org/rfcs/rfc1925.html.

Und hier finden Sie eine Übersicht aller RFCs:
 | http://www.faqs.org/rfcs/index.html.