{"id":955,"date":"2009-06-07T14:31:38","date_gmt":"2009-06-07T13:31:38","guid":{"rendered":"http:\/\/www.mitternachtshacking.de\/blog\/955-history-of-rfcs-teil-1"},"modified":"2018-05-29T22:43:50","modified_gmt":"2018-05-29T21:43:50","slug":"history-of-rfcs-teil-1","status":"publish","type":"post","link":"https:\/\/www.mitternachtshacking.de\/blog\/955-history-of-rfcs-teil-1","title":{"rendered":"History of RFCs &#8211; Teil 1"},"content":{"rendered":"<p>Wenn ich mal etwas Zeit habe, finde ich es recht spannend, uralte RFCs durchzubl\u00e4ttern um zu sehen, wie sich die Netzwerkprotokolle entwickelt haben und welche Gedanken man sich urspr\u00fcnglich zu verschiedenen Diensten gemacht hat. Ich m\u00f6chte daraus eine sehr unregelm\u00e4\u00dfige Reihe machen, in der ich f\u00fcr mich RFCs festhalten kann, die mir aus verschiedenen Gr\u00fcnden aufgefallen sind.<\/p>\n<ul>\n<li><a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc128.txt\">RFC 128: Bytes<\/a><\/li>\n<\/ul>\n<ul>Das ist aus heutiger Sicht ein recht lustiger RFC. Praktisch jeder ist der Meinung, ein Byte besteht nat\u00fcrlich aus 8 Bit. Ich glaube mich daran erinnern zu k\u00f6nnen, dass einer meiner Azubis so etwas sogar in der Fachinformatiker-Pr\u00fcfung hatte. 1971 war das noch etwas anders: &#8222;<em>Crocker implies in RFC 123 that control of this parameter is given to the 3rd level programs and that both sender and receiver may specify values of the byte size to the NCP.<\/em>&#8220; Auf Deutsch: Die beteiligten Kommunikationsendpunkte legen die Gr\u00f6\u00dfe ihres Bytes fest. Und dann folgt ein nettes Beispiel mit Bytes von 3 und 5 Bit. Kann sich heute keiner mehr vorstellen, so etwas. Erkl\u00e4rt aber, warum die <a href=\"http:\/\/de.wikipedia.org\/wiki\/Byte#Praktische_Verwendung\">ISO-Einheit &#8222;Oktett&#8220;<\/a> und nicht &#8222;Byte&#8220; ist.<\/ul>\n<ul>\n<li><a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc204.txt\">RFC 204: Sockets in Use<\/a><\/li>\n<\/ul>\n<ul>Klar, HTTP ist Port 80, SSH ist Port 22, POP3 ist Port 110 usw. Aber wie fing das mit den Portnummern eigentlich an? &#8222;<em>I would like to collect information on the use of socket numbers for &#8222;standard&#8220; service programs. For example Loggers (telnet servers) Listen on socket 1. Recently Dick Watson suggested assigning socket 5 for use by a mail-box protocol (RFC196).<\/em>&#8220; Sehr sch\u00f6n. Daraus hat sich <a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc349.txt\">erst diese<\/a> und dann <a href=\"http:\/\/www.iana.org\/assignments\/port-numbers\">diese Liste<\/a> entwickelt. Warum ist eigentlich Telnet von 1 auf 23 gewandert?<\/ul>\n<ul>\n<li><a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc221.txt\">RFC 221: A Mail Box Protocol, Version-2<\/a><\/li>\n<\/ul>\n<ul>Auch so ein Schmankerl. Vor allem wegen der Vorstellung, dass Nachrichten auf Papier direkt digital abgebildet werden sollen: &#8222;<em>It is the sender&#8217;s responsibility to control the length of the print line and page.  If more than 72 characters per line are sent, or if more than 66 lines are sent without a form feed, then the receiving site can handle these situations as appropriate for them.<\/em>&#8220; Eine Seite besteht also aus 66 Zeilen mit je 72 Anschl\u00e4gen. Und genau so m\u00fcssen digitale Mails auch aufgebaut werden. K\u00f6nnte direkt von den <a href=\"http:\/\/www.politiker-stopp.de\/\">Internetausdruckern<\/a> kommen, dieser RFC.<\/ul>\n<ul>\n<li><a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc229.txt\">RFC 229: Standard Host Names<\/a><\/li>\n<\/ul>\n<ul>Das waren noch Zeiten, als die UCLA einen Rechner ungestraft &#8222;SEX&#8220; nennen konnte. Das hat sich dann aber auch <a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc236.txt\">innerhalb einer Woche<\/a> ge\u00e4ndert!<\/ul>\n<ul>\n<li><a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc346.txt\">RFC 346: Satellite Considerations<\/a><\/li>\n<\/ul>\n<ul>Auch nicht unspannend, wie fr\u00fch und konkret sich das Milit\u00e4r immer wieder in die Entwicklung eingemischt hat. Daten\u00fcbertragung zwischen zwei Computern mittels Satellit konnte sich 1972 sonst niemand leisten.<\/ul>\n<ul>\n<li><a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc373.txt\">RFC 373: Arbitrary Character Sets<\/a><\/li>\n<\/ul>\n<ul>Da hat sich doch tats\u00e4chlich jemand Gedanken \u00fcber erweiterte Zeichens\u00e4tze gemacht. Man muss sich das mal vorstellen, 96 Character in ASCII war damals schon innovativ, viele haben noch mit 64 Zeichen (ohne Kleinbuchstaben) gearbeitet. &#8222;<em>Anyone can register a new character.  Each character has a unique number, 17 bits should be enough even to include Chinese. Finally, the character has a design which is a picture on a 50 by 50 dot matrix.<\/em>&#8220; 17 Bit &#8230; <a href=\"http:\/\/de.wikipedia.org\/wiki\/Unicode#Codes.2C_Speicherung_und_.C3.9Cbertragung\">sowas<\/a>.<\/ul>\n<ul>\n<li><a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc412.txt\">RFC 412: User FTP Documentation<\/a><\/li>\n<\/ul>\n<ul>An der Qualit\u00e4t der Handb\u00fccher und Dokumentation hat sich seither auch <a href=\"http:\/\/unixhelp.ed.ac.uk\/CGI\/man-cgi?ftp\">nichts ge\u00e4ndert<\/a>. Meiner Mutter br\u00e4uchte ich mit dieser Doku FTP jedenfalls nicht erkl\u00e4ren.<\/ul>\n<ul>\n<li><a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc468.txt\">RFC 468: FTP Data Compression<\/a><\/li>\n<\/ul>\n<ul>FTP ist sowieso eines der Protokolle die mich mit dem urspr\u00fcnglich geplanten aber oft nur teilweise implementierten Funktionsumfang immer wieder \u00fcberraschen. Beispielsweise die \u00dcbertragung <a href=\"http:\/\/www.rfc-editor.org\/rfc\/rfc478.txt\">von einem FTP-Server direkt zu einem anderen FTP-Server<\/a> mit einer Kombination aus Active und Passive FTP. Ich kenne kaum einen FTP-Client der das kann, inzwischen verbieten das aber auch die meisten FTP-Server wegen <a href=\"http:\/\/en.wikipedia.org\/wiki\/FTP_bounce_attack\">Bounce und \u00e4hnlichen Angriffen<\/a>. Gibt es eigentlich irgendeinen FTP-Server oder Client, der den HASP-Mode implementiert?<\/ul>\n<p>Irgendwann mehr &#8230;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Wenn ich mal etwas Zeit habe, finde ich es recht spannend, uralte RFCs durchzubl\u00e4ttern um zu sehen, wie sich die Netzwerkprotokolle entwickelt haben und welche Gedanken man sich urspr\u00fcnglich zu verschiedenen Diensten gemacht hat. Ich m\u00f6chte daraus eine sehr unregelm\u00e4\u00dfige Reihe machen, in der ich f\u00fcr mich RFCs festhalten kann, die mir aus verschiedenen Gr\u00fcnden [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[10],"tags":[],"_links":{"self":[{"href":"https:\/\/www.mitternachtshacking.de\/blog\/wp-json\/wp\/v2\/posts\/955"}],"collection":[{"href":"https:\/\/www.mitternachtshacking.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.mitternachtshacking.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.mitternachtshacking.de\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.mitternachtshacking.de\/blog\/wp-json\/wp\/v2\/comments?post=955"}],"version-history":[{"count":0,"href":"https:\/\/www.mitternachtshacking.de\/blog\/wp-json\/wp\/v2\/posts\/955\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.mitternachtshacking.de\/blog\/wp-json\/wp\/v2\/media?parent=955"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.mitternachtshacking.de\/blog\/wp-json\/wp\/v2\/categories?post=955"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.mitternachtshacking.de\/blog\/wp-json\/wp\/v2\/tags?post=955"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}