🚀 go-pugleaf

-----------------------------------------------------------------------
NEXT ADS6

                                  DECnet

DECnet ist ein Netz fuer Rechner von Digital Equipment Corporation (:=
DEC), bzw fuer Rechner, die die DECnet-software besitzen. DECnet gibt's
fuer die Betriebsysteme VMS (1), RSX (2), ULTRIX (3), und mit
Einschraenkungen fuer DECnet-DOS, das eine DEC-Variante von MS-DOS
darstellt und auf IBM-kompatiblen Muehlen laeuft. Die physikalische
Grundlage von DECnet ist Ethernet, sowohl als Koax als auch neuerdings
vermehrt Glasfaser. Die kleinste Uebertragungsge- schwindigkeit
betraegt 9600 kBaud, die Groesste 10 MBaud. Es gibt aber nicht nur ein
DECnet, so wie es zb nur ein FIDOnet gibt, sondern sehr viele in der
ganzen Welt mit sehr unterschiedlichen Groessen. Diese diversen DECnets
sind teilweise miteinander verbunden und haben Gateways zu anderen
Netzen. Betrieben werden die DECnets meistens von Unis, Instituten und
aehnlichem, aber auch Firmen haben welche, bzw lassen sich dran
anschliessen. Die meisten DECnet-Installationen enthalten zu 90% VAXen
unter VMS und haben damit eine sehr homogene Benutzeroberflaeche.


Adressierung
------------

Die Adresse eines Rechners im DECnet lautet 'nodename::username', wobei
node:OB

1) ein logical (4) ist
2) eine Zahl zwischen
   2.1) 1 und 1024 ist; damit werden lokale Rechner angesprochen.
   2.2) zwischen 1025 und 64512 (= 2**16-2**10) ist.

Die Zahlenadressierung wird oft in der Form x.y angezeigt. Die
eigentliche Adresse kann dann mit x*1024 + y berechnet werden. Diese 2.
Adressierungsart muss dann verwendet werden, wenn kein logical
verfuegbar ist, d.h. der Systemmanager es nicht fuer
implemantationswuerdig angesehen hat.

In den folgenden Ausfuehrungen werde ich mich auf VMS beschraenken.


Moeglichkeiten
--------------

DECnet bietet eine ganze Reihe von Netzwerkdiensten an:

Remote Login:     mit dem Befehl 'set host <node>' kann man sich auf einem
                  weiteren Rechner einloggen.
                  Beispiel: set host netvax

Remote command:   einen Befehl an einen anderen node schicken.
                  Beispiel: NETDCL.COM  (siehe unten)

Remote job entry: einen task auf einem anderen node starten.
                  Beispiel: NETDCL.COM  (siehe unten)

File Transfer:    ein Filetransfer ist in beiden Richtungen mglich.
                  Entweder mit:
                  copy source  node"user password"::destination
                  oder:
                  copy node"user password"::source  destination
                  Beispiel:
                  copy test.txt netvax"framstag geheim"::disk3:<users.framstag>

Mail:             Jeder User hat in VMS seine eigene mailbox. Wobei mailbox
                  woertlich zu nehmen ist: ein Briefkasten in den der Postbote
                  (:= DECnet) Briefe einwirft oder man selbst Briefe an andere
                  User aufgibt. Angekommene mails werden innerhalb der mailbox
                  gespeichert und beim einloggen wird angezeigt, ob und wieviel
                  mail man bekommen hat.
                  Diese mails koennen dann in normale files umkopiert werden.
                  Beim mail-Aufruf kann entweder ein vorher erstelltes (Text-)
                  File angegeben und abgeschickt werden, oder mail fragt nach
                  dem Text interaktiv.
                  Ist der Adressent eingeloggt, bekommt er die Nachricht, dass
                  er soeben post erhalten hat.
                  Beispiel:
                  mail/subject="neues vom CCC!" test.txt netvax::framstag

Phone:            Das ist die Facility zum chatten! PHONE ist eine interaktive
                  Kommunikation zwischen Usern und entspricht dem TALK bei UNIX
                  oder einem "deluxe-"CHAT bei VM/CMS. Der Bildschirm wird in
                  2 Teile gesplittet, wobei die oberen Haelfte einem selber
                  gehoert, die untere dem Telefonpartner. Nun kann munter
                  drauflosgetippt werden, wobei jeder Buchstabe sofort ueber-
                  mittelt wird und nicht erst der ganze Satz nach <return>.
                  Bei Bedarf kann auch ein Konferenzphone geschaltet werden:
                  der Bildschirm wird dann in x User aufgesplittet... und alle
                  koennen gleichzeitig tippen (*wahnsinnschaos*). Um sich vor
                  einem moeglichen Telefonterror zu schuetzen gibt's die
                  Moeglichkeit sein phone abzuklemmen: set broadcast=nophone
                  Beispiel:  phone 45152::framstag


Wie weiss ich nun welche VAXen in meinem DECnet drin sind?

Da gibt's die schoene Utility mcr ncp, die einem mit
'mcr ncp show known nodes'
... was wohl zeigt?


Tja, und wie komm ich nun an die User?
--------------------------------------

1. Man kennt diesen kommunikationswilligen User. prima, alles paletti
3. Mit 'phone dir node' bekommt man eine Liste der user auf der 'node'-VAX
2. Falls 2. nicht klappen sollte: NETDCL.COM (7)

'NETDCL.COM' muss im aktuellen Directory gespeichert sein. Der Aufruf erfolgt
dann mit:  @netdcl
Vorausgesetzt die ZielVAX laesst einen herein, ist man als User DECNET drin.
Nun schauen wir uns mit 'show user' um, ob jemand bekanntes da ist und phonen
oder mailen ihn an (nach logout vom netdcl).
Aber Vorsicht: es koennte auch ein Prof oder Sysop dahinter stecken,
der gerade beschaeftigt ist. Aber da kann man sich ja noch herausreden mit:
"Ihr phone war nicht abgestellt und da dachte ich mir, ruf doch mal an...."


Wie komme ich nun in's DECnet?
------------------------------

1. login

1.1 Man ist schon drin. Die meisten Unirechenzentren vergeben Accounts auch an
    Studenten.
1.2 Ueber einen oeffentlichen Account; leider gibt's da sehr sehr wenige...und
    es werden immer weniger. Das liegt an dem unkollegialen Verhalten einiger
    'Mithacker', die solange keine Ruhe geben, bis sie Systemprivilegien
    besitzen und die VAX zum Absturz bringen. Spaetestens dann gibt's einen
    oeffentlichen Account weniger. Also, liebe Leut, diese oeffentliche
    Accounts sind extra FUER UNS eingerichtet worden! Die Uni braucht so was
    nicht! Missbraucht diese Gastfreundschaft nicht!
    Einen Tip habe ich: die VAX der FH der Post in Berlin laesst guest herein,
    erlaubt ihm aber dann keinen set host (:= remote login). NUA: 45300090864
    ...und wenn jemand mal im BELWUE ist:  50177::boerse  ist eine offene
    Mailbox

2. mail
   geht eigentlich nur, wenn der Betreffende node noch andere mail-software
   faehrt.   zB: JNET fuer EARN/bitnet-mail oder EAN fuer x.400-mail
   Direkt DECnet zu adressieren geht von aussen nicht.


Was kann ich mit DECnet anfangen?
---------------------------------

Im allgemeinen: fast gar nichts, wenn ich vom User ausgehe, der von aussen ins
DECnet moechte. Der Grund: DECnets sind im Prinzip nicht fuer den oeffentlichen
Zugang ausgelegt. DECnet lohnt sich eigentlich nur fuer den authorisierten User,
sei es nun Universitaetsangehoeriger, Student, Betreiber etc... und latuernich
fuer den Hacker  :-)
Es gibt keine Standard-mailboxen, -server, oder andere nuetzliche Dinge. Der
Betreiber des jeweiligen DECnets muss das schon selber einrichten - und die
meisten tun es leider nicht.

Gateways aus DECnet heraus zu anderen Netzen: Mit FTP oder TELNET ueber TCP/IP
in andere Uni-Netze, wie das BELWUE (6), mit JNET ins EARN/bitnet, mit gMAIL
ins uucp/sub-net, mit EAN ins DFN oder mit psi ins datex-p.


Beispiel eines DECnet(8): Das DECnet im BELWUE
----------------------------------------------

Es enthaelt zur Zeit ca 300 nodes und ist noch im Aufbau begriffen. Vernetzt
sind alle Unis in Baden-Wuertemberg, viele Institute und einige Firmen.


Zum Schluss noch eine Story, direkt aus dem Leben eines DECnet-Users gegriffen:

Es war einmal ...
-----------------

Es folgt nun die unblaubliche Maer wie man aus User Hacker macht:


  Auf jeder VAX gibt es einen Standard-Account DECNET mit pw:= DECNET, der
  aber NICHT mit remote login erreicht werden kann. Dieser Account ist fuer
  verschiedene DECnet-Utilities und als Pseudo-Gast-Account vorgesehen.
  Dieser DECNET-Account hat sehr eingeschraenkte Rechte, so ist zb ein
  editieren oder ein weiterer Netzwerkzugriff nicht moeglich.
  Das HELP-Menue wird vom System eingerichtet und entspricht dem MAN bei UNIX.


Hier an der Uni Ulm gibt es ein *unglaublich* unwissendes Rechenzentrum, mit
einem noch groesseren Mangel an Literatur (mal abgesehen von den 80 kg VAX/VMS-
Manuals). Der aktive User darf sich seine Information, die ueber "run",
"FORTRAN" oder "logout" hinausgehen, selbst suchen. Gut, dass ich im BELWUE-
DECnet noch andere Accounts besitze, wo mehr Informationen fuer den User ange-
boten werden. In einem Tuebinger Rechner fand ich im HELP-Menue die Erklaerung
zur Prozedur NETDCL.COM, die Kommandos an den DECNET-Account anderer VAXen
schickt und dort ausfuehren laesst (remote command). Die Anleitung im HELP-
Menue war Idiotensicher - also auch fuer mich :-)
  Mit "$ mcr ncp show known nodes" bekommt man ja bekanntlich die aktiven VAXen
im DECnet und so probierte ich mal der Reihe nach alle durch, um zu sehen, wo
es noch mehr Infos fuer einen wissensdurstigen User gibt. Mit "help", "dir"
und aehnlichen Befehlen schaute ich mich dann um. Leider haben 2/3 aller VAXen
den DECNET-Account fuer das NETDCL.COM gesperrt , wahrscheinlich aus Angst vor
unberechtigten Zugriff, wie auch immer der aussehen mag.
  Von manchen Systemmanagern kam dann auch ab und zu eine mail an mich, in der
sie sich bei mir erkundigten, ob sie mir weiter helfen koennten bzw einer
schickte mir eine NETDCL.COM -Version fuer ULTRIX.
  Dann, nach einem Monat kam das  G R A U E N  in Form folgender mail von meinem
Systemmanager:
-------
From:   TUEBINGEN::SYSTEM       31-MAY-1989 15:31:11.38
To:     FRAMSTAG
CC:
Subj:   mach bloss kein scheiss sonst fliegst du raus

From:   ITTGPX::SYSTEM       29-MAY-1989 16:46
To:     TUEBINGEN::SYSTEM
Subj:   Systemeinbruch am 01-May-1989

An den Systemmanager des Rechners TUEBINGEN,

wir hatten am 01-May-1989 ueber den DECnet-Account einen Systemeinbruch, der
von Ihrer Maschine ausging. Ueber unser Accounting konnten wir feststellen,
dass Ihr User mit dem Namen FRAMSTAG ueber das "trojanische Pferd" NETDCL.COM
auf unserem Brueckenrechner und auf jedem Rechner unseres VAXclusters einen
interaktiven Login emuliert hat. Nennen Sie uns Namen und Adresse dieses Users
und klaeren Sie den Vorgang vollstaendig auf. Wir weisen Sie darauf hin, dass
sich der User durch diesen Vorgang strafbar gemacht hat. Sollte sich dies wie-
derholen, so sehen wir uns gezwungen entsprechende Gegenmassnahmen einzuleiten.
Wir werden ueberpruefen, ob an unserem System Schaden entstanden ist. Sollte
dies nicht der Fall sein, so werden wir von Massnahmen diesmal absehen. Teilen
Sie uns ueber DECnet die Ergebnisse Ihrer Recherchen mit - wir sind ueber die
Knotennummer 1084::System zu erreichen.

Dipl.-Ing. Michael Hager
---------
Mein Systemmanager drohte mir meinen Account zu loeschen, falls ich nicht
augenblicklich die Sache klaeren wuerde. *schluck* Ich war mir meiner Unschuld
absolut gewiss; nur - wie sag ich's den anderen?
Ich erklaerte klitzeklein alles meinem Systemmanager, was er dann auch geblickt
hat, aber die Strafandrohung schwebte immer noch ....
Also schnell zur Tastatur gegriffen, eine Erklaerungsfile verfasst und ab-
geschickt an diesen wuetenden Systemmanager in Stuttgart. Leider war's nichts
damit: Er hatte keinen Speicherplatz mehr und meine Erklaerungsmail landete
im Nirwana:

$ mail erklaerung
  To:   1084::system
%MAIL-E, error sending to user SYSTEM at 1084
%MAIL-E-OPENOUT, error opening SYS$SYSROOT:[SYSMGR]MAIL$00040092594FD194.MAI;
as output
-RMS-E-CRE, ACP file create failed
-SYSTEM-F-EXDISKQUOTA, disk quota exceeded

Auch der Versuch ihn ueber PHONE zu erreichen lief schief: er hatte in seiner
Hacker-Paranoia auch noch sein PHONE abgklemmt...und nirgenwo gibt's eine
Liste in der die REAL-Adressen von den DECnet-Adressen stehen.

Nun stand ich mit dem Brandzeichen "GEFAEHRLICHER HACKER" da und konnte mich
nicht rechtfertigen. Ich klagte mein Leid bei einem Bekannten, der Sysop im
RZ in Freiburg ist - der fragte bei weiteren ihm bekannten Sysops in Stuttgart
nach. Irgendjemand hatte dann 3 Telefonnummern gefunden. Eine davon war tat-
saechlich richtig.
  Ich bekam auch dann diesen Hager ans Telefon und erzaehlte ihm, was ich denn
auf seinem DECnet-Account gemacht hatte. Er nahm dann auch prompt seine
Vorwuerfe zurueck (von Entschuldigung aber keine Spur). Ich bat ihn schnellst-
moeglichst meinen Systemmanager in Tuebingen Entwarnung zu geben, sonst wuerde
mir noch mein Account geloescht, wie es in einem aehnlichen Fall einem
Komilitonen von mir schon passiert war (auch hier war Hager dran schuld). Er
sagte mir zu, dass er sofort seine Vorwuerfe offiziell zurueckziehen wuerde.
Nach ueber einer Woche ist dies immer noch nicht geschehen (Ich durfte trotzdem
meinen Account behalten); dafuer kam folgende mail an mich (an einen dritten
Account von mir):
---------
From:   1084::HAGER         1-JUN-1989 12:51
To:     50180::STUD_11
Subj:   Systemeinbruch

An den User STUD_11 des Rechners mit der Knotennummer 50180,

Sie haben am 01-Jun-1989 ab 12:29 auf mindestens einem unserer instituts-
eigenen VAXen einen Systemeinbruch begangen. Wir konnten diesen Vorgang
mitprotokollieren. Wir fordern Sie hiermit auf, Rechenschaft ueber diesen
Vorgang abzulegen.

Sollten wir bis zum 09-Jun-1989 keine lueckenlose Aufklaerung ueber den Vor-
fall von Ihnen erhalten sehen wir uns gezwungen, weitere Massnahmen zu er-
greifen. Die dadurch entstehenden Kosten wuerden wir selbstverstaendlich
Ihnen auferlegen. Eine Aufklaerung ist somit in Ihrem eigenen Interesse.

Sie koennen uns ueber DECnet-Mail mit der Adresse 1084::HAGER oder ueber
unten folgende Adresse erreichen.

Institut fuer Technische Thermodynamik und Thermische Verfahrenstechnik
Dipl.-Ing. M. Hager    Tel.: 0711/685-6109
Dipl.-Ing. M. Mrzyglod Tel.: 0711/685-3398
Pfaffenwaldring 9/10-1
7000 Stuttgart-80

  M. Hager
  M. Mrzyglod
----------

Das war, weil ich "$ PHONE 1084::SYSTEM" gemacht hatte.
Auf diese Mail habe ich nicht mehr geantwortet. Ich hab keine Lust mehr.


Anhang: NETDCL.COM
------------------

$ IF f$mode() .EQS. "NETWORK" THEN GOTO network
$ IF p1 .EQS. "" THEN READ/PROMPT="_Node: " sys$command p1
$ nodespec = p1 - "::"
$ nodename = f$extract(0,f$locate("""",nodespec),nodespec)
$ nodespec = nodespec+"""decnet decnet"""
$ ON WARNING THEN CONTINUE
$ CLOSE/ERR=open_server dcl_server
$open_server:
$ OPEN/READ/WRITE dcl_server 'nodespec'::"TASK=NETDCL"/ERROR=open_failure
$ ON WARNING THEN GOTO exit
$flush_output:
$ READ dcl_server record
$ IF record .EQS. "SEND_ME_A_COMMAND" -
  THEN GOTO send_command
$ WRITE sys$output record
$ GOTO flush_output
$send_command:
$ IF p2 .NES. "" THEN GOTO single_command
$ READ sys$command record /PROMPT="''nodename'> " /END=exit
$ record  := 'record
$ IF record .EQS. "EXIT" THEN GOTO exit
$ WRITE dcl_server record
$ GOTO flush_output
$single_command:
$ command := 'p2' 'p3' 'p4' 'p5' 'p6' 'p7' 'p8'
$ WRITE dcl_server command
$single_flush:
$ READ dcl_server record
$ IF record .EQS. "SEND_ME_A_COMMAND"-
  THEN GOTO exit
$ WRITE sys$output record
$ GOTO single_flush
$open_failure:
$ ON WARNING THEN EXIT
$ ON error then copy/log netdcl.com 'nodespec'::
$ COPY/LOG Netdcl.Com 'nodespec'::
$ WAIT 0:0:1
$ OPEN/READ/WRITE dcl_server 'nodespec'::"TASK=NETDCL"
$ ON WARNING THEN GOTO exit
$ GOTO flush_output
$exit:
$ CLOSE dcl_server
$ EXIT
$network:
$ OPEN/READ/WRITE dcl_link sys$net
$ SET NOON
$ dcl_verify = 'f$verify(0)'
$ DEFINE sys$output dcl_link:
$server_loop:
$ WRITE dcl_link "SEND_ME_A_COMMAND"
$ READ dcl_link dcl_string /END_OF_FILE=server_exit /ERROR=server_exit
$ 'dcl_string'
$  GOTO server_loop
$server_exit:
$ IF dcl_verify THEN set verify
$ CLOSE dcl_link
$ DEASSIGN sys$output
$ EXIT


Erklaerungen:
-------------
(1) VMS ist das Standardbetriebsystem fuer die VAX
(2) RSX ist das Echtzeitbetriebsystem fuer die PDP 11
(3) ULTRIX ist UNIX fuer VAX
(4) ein logical ist eine (System- oder Prozess-weit verfuegbare) Variable
(5) source und destination sind VMS-Pfad und -Filebezeichnungen,
    allgemeine Form:  disk:<directory.subdir>name.extension
    wobei es latuernich mehrere verschachtelte subdirs geben kann.
(6) BELWUE := Baden-Wuerttembergs Extended LAN
(7) Vorsicht mit NETDCL.COM! Ich hafte nicht fuer die Anwendung
(8) siehe auch der SPAN-Artikel von Stephan Stahl im "Das Chaos Computer Buch"

Als weiterfuehrende Literatur kann eigentlich nur das DECnet Manual von DEC
empfohlen werden.

                                 Framstag      asta@dulruu51.bitnet
                                               asta@rz.uni-ulm.dbp.de
                                               50177::asta  (im BELWUE)
-----------------------------------------------------------------------------
NEXT ADS7

        FIDO - weltweite Kommunikation im Namen des Hundes

1. Allgemeines
--------------

Als freakige Alternative zu den damals gerade entstehenden
kommerziellen Rechnerverbunden enstand FidoNet aus der
Unzufriedenheit der Standalone-Mailboxuser in den USA Anfang der
80er Jahre. Mittlerweile sind weltweit ueber 5000 Systeme dem
Netzwerk angeschlossen. Sie stehen in den USA, in Europa und Asien,
sowie Australien.
In der Bundesrepublik Deutschland sind ueber 50 Mailboxen
angeschlossen. Die International FidoNet Association (IFNA) wurde
vor einigen Jahren gegruendet. Ihre Aufgabe ist die Koordinierung
allgemeiner Netzwerkangelegenheiten. Die IFNA gibt eine Gazette
heraus, schlaegt Normen fuer Uebertragungsprotokolle vor und sorgt
fuer ein woechentliches Update der 'World-Nodelist', dem Verzeichnis
aller Netzknoten. Benutzt und betrieben wird das Netz von
Privatleuten. Kommerz gibt es in der Fido-Philosophie nicht.
Wer als Systembetreiber etwas an seiner Mailbox verdient, ist
angewiesen, einen bestimmten Geldbetrag dem 'Shanty-Project',
einer AIDS-Initiative in San Franzisko, zu spenden. Firmen haben
aus Prinzip keinen Zugang zu FidoNet. Gebuehren, die von den Usern
gezahlt werden, um die Betriebskosten zu decken, sind aber
erlaubt. Den Benutzern ist nicht gestattet, Pseudonyme zu benutzen.
Eingetragen werden duerfen nur die 
Realnamen, und obligatorischerweise ist es verboten, 'Raubkopien'
anzubieten, oder hochzuladen. Ansonsten wird immer wieder betont,
dass jeder SysOp die Regeln seiner Mailbox selbst bestimmen kann.

Der Service besteht im FidoNet aus E-Mail (persoenliche
Nachrichten) und die 'Echomail Conference' - lokale oder
regionale Diskussionsforen zu verschiedenen, auch nichttechnischen
Themen.

Zwischen den Nodes werden die Nachrichten waehrend des 'Mailslots'
(Briefschlitz) ausgetauscht. Der 'Mailslot' ist eine weltweit
einheitliche Uhrzeit, die mit 02:30 Uhr bis 03:30 Uhr GMT
angegeben wird. In Deutschland ist das bei mitteleuropaeischer
Sommerzeit von 04:30 Uhr bis 05:30 Uhr MEZ, in der Winterzeit
verschiebt es sich auf 03:30 Uhr bis 04:30 Uhr MEZ.

Eine besondere Option in FidoNet ist der 'Point'. Ein User kann
dabei eine Point-Nummer bekommen und bildet so einen eigenen Privat-
Node. Anders als normale User laesst dieser seinen Computer
selber 'pollen', um die neuen Nachrichten als Paket abzuholen.
Offline koennen diese dann in Ruhe gelesen und ggf. kommentiert
werden. Auf diese Weise lassen sich Telefoneinheiten sparen, die
online sonst durch Nachdenken oder Einfinger-Adler-Suchstrategie
verloren gehen.
Die Moeglichkeit kann auch von FidoNet-Mailboxen genutzt werden,
die sich nicht an den regulaeren Mailslot halten koennen oder
wollen.


2. Netzstruktur
---------------

Einzelne Nodes sind zu Unter-Netzwerken zusammengeschlossen, die
von einem Koordinator betreut werden. Diese 'Netzwerke' ergeben
zusammen mit unabhaengigen Nodes 'Regionen', die wiederum
zusammengefasst 'Zonen' bilden. Zur Zeit existieren drei Zonen, die
auch geographisch auseinander gehalten werden koennen: Zone 1
bedeutet USA, Zone 2 Europa, Zone 3 ist der asiatische und
australische Raum.


Europa     USA        Australien/Asien
+-----+    +-----+    +-----+
!Zone2+----+Zone1+----+Zone3!
+--+--+    +--+--+    +--+--+
   I          I          I
   I          +-----...  +----...
   I
   I
Region20, Schweden
Region21, Norwegen
Region22, Finnland
Region23, Daenemark
Region24, BRD----------------Region-Koordinator 24
Region25, Brit. Inseln       
Region28, Niederlande          Netz 509 'TechNet', L}beck
Region29, Belgien              Netz 507 'Kraut's_Inn', Duisburg
Region30, Schweiz              Netz 241 'European HST-NET', Mainz
Region31, Oestereich           Netz 242 'AltiPlex_Net', Aachen
Region32, Frankreich           Netz 243 'Big_Science_Net', Mermuth
Region33, Italien              Netz 244 'RHEIN-Area-Net', Ratingen
Region34, Spanien              Netz 245 'MUG_Net', Essen
Region40, Israel               Netz 246 'Fine_Bavarian_Net', Bayreuth
                            
Zone 2 (Europa) besteht aus 13 zusammengefassten Regionen. Die
Bundesrepublik ist mit Region Nr.24 vertreten. Diese wird aus acht
'Netzwerken' gebildet, an denen jeweils unterschiedlich viele
Einzelsysteme angeschlossen sind. Die Staedtenamen hinter den
Netzwerkbezeichnungen geben den Standort der einzelnen Netzwerk-
Koordinatoren an.
Koordinator der gesamten Region Nr.24 ist der Netzwerk-Koordinator
von Nr.509 (Snoopy's BBS, Luebeck).
Alle Klarheiten beseitigt?

Adressiert werden E-Mails mit dem Empfaengernamen, sowie der
Netzadresse, die sich wie folgt zusammensetzt:

zone:netzwerk/node

z.B.: 2:509/1
('Snoopy's BBS', Luebeck)
er  3:700/88
('Executive Board', Hongkong)


3. Ich will Fido...
-------------------

Wer mit seiner Mailbox an das FidoNet gehen will, sollte am
besten einen 16Bit-Rechner mit Festplatte und als
Betriebssystem wenigstens MS-DOS benutzen. Implementationen gibt es
auch schon auf Atari ST. Ein schnelles Modem von mindestens
1200bps ist natuerlich wichtig. Ausserhalb Europas sind
Geschwindigkeiten von 9600bps ja schon lange keine Seltenheit
mehr. Eine FidoNet-Mailbox sollte in der Lage sein, sowohl
Anrufe von anderen Systemen zur Datenuebertragung anzunehmen
('PICK UP'), als auch selber anzurufen ('POLL'). In der Praxis
sollte das allerdings mit dem SysOp des naechst gelegenen
Fido-Nodes abgesprochen werden k|nnen.


Welche Netz-Software?
---------------------

Es gibt zwei Programmpakete, die voll auf FidoNet ausgerichtet
sind. Das eine heisst - man glaubt es nicht - 'FIDO' und kann fuer
Geld gekauft werden. Das andere heisst OPUS, ist inklusive einiger
Zusatzprogramme und Dokumentation Public Domain und am meisten
verbreitet. Die Benutzeroberflaeche ist amerikanisch-menueorientiert.
Wer auf seine gewohnte Shell nicht verzichten will oder eine andere
fuer sinnvoller haelt und ausserdem nicht schlecht programmieren kann,
hat auch die Moeglichkeit, seine eigene Implementation zu bauen.
Zur Hilfe kann dazu die Fido-Dokumentation 'FSC001 A Basic
FidoNet(tm) Technical Standart' genommen werden, in dem die FidoNet-
Datenformate und Protokolle definiert sind. Ausserdem sollte auch das
Dokument 'FSC002' besorgt werden. Darin wird das Format der IFNA
-Nodelist beschrieben.
Ist es irgendwann endlich geschafft, kann der erste Testbetrieb
am Netz stattfinden. Die endgueltige 'Aufnahmepruefung' eines
werdenden Fido-Nodes besteht darin, eine Nachricht an den
jeweiligen Netzwerk-Koordinator zu senden. Wenn das gut geht
und eine Antwort zurueckkommt, wird die Mailbox in die Nodelist
aufgenommen.
Soweit eine oberflaechige Beschreibung von FidoNet.


Weitere Informationen:
----------------------

'FSC001 A Basic FidoNet (tm) Technical Standart'
'FSC002' Nodelist-Dokumentation
'FidoNet Policy' Grunds{tzliche Rgeln des Netzes
Diese Files koennen in der Regel von den Netzwerk-Koordinatoren
bezogen werden.
Z.B. Netzwerk 509: Snoopy's BBS, Luebeck, 0451/493920

                                                      Bo-Chen Lo 
                                        (china@subetha.zer, china@olis.uucp)