🚀 go-pugleaf

ralf@ptavv.ka.sub.org (Ralf Wenk) writes:
> [...]
> Ich habe den 1.2.1er Patch (noch) nicht eingespielt. Bei Dir erhoeht
> sich also die Fehlerzahl sobald die Gegenseite nicht mehr auf die
> Quittung fuer jedes Paket warten muss. Hast Du mal mit den RS232-Puffern
> herumexperimentiert ?

Nein. Was sollte das auch bringen?

> % Manchmal? Wenn bei mir eine Stoerung auf der Leitung auftritt, ist die
> % Resynchronisation _immer_ gestoert. Das ist reproduzierbar (ich kann
> % Stoerungen auf meiner Leitung "kuenstlich" erzeugen).
> 
> Dann mach doch mal eine Verbindung mit -x9 und lass Dir von der
> Gegenstelle das Protokoll senden. Ein Vergleich sollte ergeben was bei
> der Resynchronisation falsch laeuft. Falls Dein Rechner zu langsam ist
> um volle Transferleistung und Log-Protokoll zu fahren musst Du das Log-
> Protokoll bei Dir ausschalten und die Aktionen Deiner Seite erraten.

Also, daran liegt's bestimmt nicht. Sobald erst mal wieder ein paar
Fehler ueber die Leitung gelaufen sind, klappt irgendwann die Synchro-
nisation wieder. Mein Rechner ist also in jedem Fall schnell genug.
Die Idee mit dem Protokoll ist im Grunde nicht schlecht. Das Problem:
auf zig Pakete kommt irgend wann mal ein Fehler, der dann zur Resynchroni-
sation fuehrt. Die LOG-Dateien werden dabei aber immens gross. Dafuer
reicht meine Platte (im Augenblick) nicht aus.

> [...]
> Hast Du eine FvK UUCP Version vorher gehabt ? Wie lief es damit ?
> Was fuer ein UUCP hat die Gegenstelle ? Was fuer ein Modem ?

Ja. Im Prinzip ja. Weiss ich nicht. Mehrere.

Im Einzelnen: Ich hatte frueher mal die FvK-Version. Da die aber alles
andere als kompatibel zu UUCP-Version 2 ist, habe ich damit nicht viel
gemacht. Was das Modem betrifft, so wird das bestimmt nicht der Grund
sein. Meine Gegenstelle hat 4 Anschluesse; und alle sind mit einem
anderen Modem ausgeruestet (soweit ich weiss). Der Fehler ist davon aber
unabhaengig.
Nach dem UUCP der Gegenstelle werde ich mal fragen.

Uebrigens: Beim letzten Poll sind wieder zwei Batches nur mit Fehlern
durchgekommen. Im normalen LOG-Protokoll steht davon wieder nichts drin.

Gruss, gero.

-- 
Gero Kuhlmann			Zerberus:  G.KUHLMANN@A-LINK-H.ZER
Donarweg 4			SubNet:    gero@gkminix.sub.org
D-3000 Hannover 51