From Heinz.Schnitter at muenchen-mail.de Tue Jul 8 10:45:39 2014 From: Heinz.Schnitter at muenchen-mail.de (Heinz Schnitter) Date: Tue, 08 Jul 2014 10:45:39 +0200 Subject: [ONF-NT] ONF-NT In-Reply-To: References: <53512793.4050208@muenchen-mail.de> <805F5F1E-AF92-430F-93C4-63C63AA9553E@xlerb.de> <5353AB84.9040709@muenchen-mail.de> <7B38F0D5-B75B-49D4-8295-5D3B04DB1290@xlerb.de> <5354F259.6030303@muenchen-mail.de> <1EF5D15B-26A6-446F-BAB5-39430C3793B0@xlerb.de> <5356D2E6.3060204@muenchen-mail.de> <9517CDEB-05EE-4898-BDAC-6BCE6A060DCE@xlerb.de> Message-ID: <53BBAFB3.5020304@muenchen-mail.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Ulli, zur weiteren Diskussion meine Vorschl?ge zu Deinen Fragen. Gr??e Heinz Am 11.05.2014 13:08, schrieb Ulrich Hoffmann: > Hallo Heinz, ich denke derzeit (wenn ich zwischendurch Zeit finde) > dar?ber nach, was denn die essentiellen Bestandteile von ONF sind > und was man wohl f?r ONF-NT-Systeme fordern m?sste. > > Im Moment denke ich: > > essentiell: Quellcode-Interpretation (User-)Variablen 'OK und 'KO, > Worte OK KO REQUEST RESPOND Nicht nur Interpretieren auch Kompilieren! ONF verwendet daf?r TRANSMIT, TRANSMIT sendet immer an die Task ONF (Forthsystem). Es darf nur ONF, das Forthsystem, kompilieren, sonst werden Worte wie FORGET, : , CREATE ....... kompliziert! Interpretieren d?rfen aber alle Tasks. REQUEST sendet immer an SERVER. RESPOND antwortet immer an die Task, die anfragt. >> NOB NOB> und Ausgabe-Umleitung > Eingabe-Umleitung Multitasking - neben normalen Aufgaben muss auch > die Kommunikation gemacht werden. > Oder kann es vielleicht auch Knoten mit nur einer Task geben, die alles macht? Ich war der Meinung man braucht 3 Tasks: ONF (Forthsystem), SERVER (Anfragen), DAEMON (sendet im Hintergrund). siehe TASKS > nicht zwingend: - ARCNET ARCNET braucht man nicht! > unklar: DID! muss evtl. anders, wenn Knoten anders adressiert > werden (z.B. Ethernet) > Nameserver - kann man sich auch fest-konfigurierte Adressen vorstellen? > Errorlogger, lassen sich Fehler auch anders behandeln? ALARM ERROR Feste Adressen sollten wir nicht nehmen. > F?r ONF war die Eindeutigkeit von Objektnamen gut handhabbar. Wie macht man das > aber in offenen, unkontrollierten Umgebungen? Dazu habe ich mir auch etwas ?berlegt: Der Name-Server ist wahrscheinlich der einzige Knoten mit einer festen Adresse und verwaltet die Eindeutigkeit der Objektnamen, die im Vokabular NET eingetragen sind. D.h. man braucht auch 2 Vokabulare FORTH und NET. Das sollen dann die Worte EXPORT und IMPORT machen. > Eine Frage noch: Wie leitet der ErrorLogger-Fehlernachrichten weiter? SEND: ? Der Errorlogger war erforderlich um den Betrieb der Gesamtanlage zu protokollieren und hat den Operateur bei der Fehlersuche unterst?tzt. Alle Fehlermeldungen haben einen Zeitstempel. Das "forwarding" der Fehlermeldung ist nur etwas Komfort bei der Programmentwicklung. Kann man auch weglassen. Ob man einen Errorlogger braucht??!! > Was meinst Du? Auf dem VCFe habe ich mit Bernd und Carsten diskutiert, ob sich nicht alle, die an ONF-NT und "Internet der Dinge" interessiert sind, mal treffen sollten? Gr??e Heinz -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTu6+wAAoJEDkOq6FeRtcGt/UH/36b4c5HkFZ4+gSoIYcCqsz9 b+8pnP+FD64Z5Q3eUe2E95aUvkF2uoUVyHIeCTN9rQSg/hFx/c5nxwt4gDn5WV+I SuXGR7VM8I34dEP1cRzyVA5262K2VqWV45hlI8WFr5JfoGU3qoJuWavBMWOTLiiB ob8ui+sy0MnJCEErc5fCU8cKGV5lbZZ9dIdTZDlm5+XuwVU+3mpvb+IJjV68Rvp4 WY1ntnHl+bcQJ/Rq1Xa6+00nj4j6VvR/cBrwO+YTk8vchOE8C5zR10AzK9xml9/T 7M8ar+QMgCsTEtEvJ99cYd7VEWEHUWQ/KtIx+OZ1sP656Cdb4q6sf9LLKXkDPmU= =mkAV -----END PGP SIGNATURE-----