Re: [DDL-ML] SRCP 0.8

[Torsten Vogt <vogt@vogt-it.com>]

Lang-Sebastian@t-online.de wrote:

> Jetzt haben aber sicher nicht nur wir Loks mit Decodern, die nicht so
> "merkfähig" sind
> wie bspw. ein guter Marklin Dekoder.
> Ich meine da z.B. den ein oder anderen billigeren Tams-Decoder, die
> teilweise recht vergesslich und
> störanfällig sind ...


wenn der Dekoder nix taugt, muss er raus! Normalerweise steht
jeder Dekoder auf der Anlage unter Strom. Warum sollte also etwas
"vergessen" werden? (Auf abgeschalteten Gleisen (Schuppen,
Schattenbahnhof) nutzt der Refresh auch nix.

> Dieser Algorithmus liesse sich sicher auch mit einer M* 6021 oder einer IB
> umsetzten.
> Die Software, welche die SRCP-Kommandos an die entsprechende Hardware
> (via M*6021-Protokoll oder IB-Protokoll) weiterreicht muss eben auch eine
> solche
> Refreshliste führen und die Decoderbefehle in geeigneter Weise wiederholt an
> die
> Signalerzeugende Hardware schicken.


Das ist doch Pfusch. Zumindest auf den Refresh der 6021 kann man direkt
keinen Einfluss nehmen. Bei der IB ist das vermutlich auch so.


> Über den Sinn oder Unsinn einer Authentifizierung im SRCP Protokoll kann man
> sicher
> Streiten, meines Erachtens ist es aber mit wenig Aufwand realisierbar und
> schützt vor
> ungewolltem Zugriff auf die SRCP-Server-Ressourcen. 


Aha, mit wenig Aufwand. Mach mal einen Vorschlag. Wir schauen es uns
dann an.

Torsten

--
Torsten Vogt, Diplom Wirtschaftsinformatiker
SW-Entwicklung, IT-Beratung, Schulung, WWW-Anwendungen und E-Commerce
Tel: 06322/948736       Fax: 06322/948737      Mail: vogt@vogt-it.com
WWW: http://www.vogt-it.com