From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Subject: Re: Problem: uucico stockt immer wieder
X-Md4-Signature: 94e6133c188c6c918276d7a4f47c2113
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
Date: 12 Aug 92 19:27:56
	<BsF20K.3un@flatlin.ka.sub.org>
	<JOCHEN.92Aug5193103@busybit.mrz.lm.sub.org>
	<Bsn6t9.Jzn@flatlin.ka.sub.org>

In article <Bsn6t9.Jzn@flatlin.ka.sub.org> bad@flatlin.ka.sub.org (Christoph Badura) writes:

   Unwahrscheinlich. Wahrscheinlicher verlierst *Du* beim Empfangen die
   Datenpakete.

   Poste halt mal die Auszuege aus einem -x9 Log vom uucico. Interessant
   sind die Zeilen ab "got 'Pg'" bis nach INITC, und die Stelle wo
   Stockungen auftreten. Der Rest ist uninteressant.

Hatte ich bereits ganz zu Beginn der Diskussion gepostet.
Mittlerweile hat sich das Raetsel aber geloest: Muss wohl so gewesen
sein, dass mein Rechner ankommende Zeichen verloren hat. Ich habe
gestern den fas-Treiber installiert, seitdem treten die Stockungen
nicht mehr auf.

Das Versprechen von SCO, dass ihr Treiber mit 9600bps noch garantiert
funktioniert, ist scheinbar nichts wert :-(

Was mich aber dennoch wundert: Wieso reagiert das uucp-g Protokoll so
empfindlich auf verlorene Zeichen ? Sowas kann doch bei
Leitungsstoerungen genauso passieren, oder ? Mit scuzzy in Berlin ist
mir z.B. staendig die Verbindung total abgebrochen. Sollte doch nicht
sein oder ?

Da mich aber trotzdem interressiert, wie man aus dem uucico -x9 Log
rauslesen kann, warum es zu den Stockungen kam, poste ich hier noch
einmal den Log. Vielleicht kannst Du dann mal kurz erklaeren, wie man
den lesen muss.
---------------------------------------
omsg "Sbusybit -Q0 -x9"
imsg >^PROK^@msg-ROK
 Rmtname mrz, Role MASTER,  Ifn - 5, Loginuser - root
rmesg - 'P' imsg >^PPgexf^@got Pgexf
wmesg 'U'g
omsg "Ug"
send 77
pkgetpack: Connodata=1
rec h->cntl 77
send 61
state - [INIT code a] (1)
pkgetpack: Connodata=2
rec h->cntl 61
send 57
state - [INIT code a]&[INIT code b] (3)
pkgetpack: Connodata=3
rec h->cntl 57
state - [O.K.] (10)
Proto started g
*** TOP ***  -  role=1, setline - X
gtwvec: dir /usr/spool/uucp/mrz
wmesg 'H'
send 37777777610
rmesg - 'H' pkgetpack: Connodata=4
rec h->cntl 41
pkcntl: RR/RJ: Connodata=0
state - [O.K.] (10)
pkgetpack: Connodata=1
rec h->cntl 37777777611
send 41
got HN
 PROCESS: msg - HN
HUP:
*** TOP ***  -  role=0, setline - X
rmesg - '
rec h->cntl 37777777621
send 42
got S D.mrz666012a D.mrz666012a mmdf - D.mrz666012a 0666 mmdf
 PROCESS: msg - S D.mrz666012a D.mrz666012a mmdf - D.mrz666012a 0666 mmdf
SNDFILE:
msg - S
Remote Requested: mrz!D.mrz666012a --> busybit!D.mrz666012a (mmdf)
SLAVE - cntrl_cntrl_filename: /usr/spool/uucp/mrz/D.mrz666012a
chkpth ok Rmtname - mrz
TMname(/usr/spool/uucp/mrz/TM.00482.000)
wmesg 'S'Y
send 37777777622
pkgetpack: Connodata=1
rec h->cntl 42
pkcntl: RR/RJ: Connodata=0
state - [O.K.] (10)
pkgetpack: Connodata=1
rec h->cntl 37777777632
send 43
pkgetpack: Connodata=1
rec h->cntl 37777777642
send 44
pkgetpack: Connodata=1
rec h->cntl 37777777652
send 45
pkgetpack: Connodata=1
rec h->cntl 37777777662
send 46
pkgetpack: Connodata=1
rec h->cntl 37777777672
send 47
pkgetpack: Connodata=1
rec h->cntl 37777777602
send 40

[ Das wiederholt sich jetzt munter, bis folgendes auftritt: ]
[ Die Zahlen bei "Connodata=1" zaehlen ploetzlich weiter,   ]
[ bei 6 tritt dann die Pause ein, und mit 1 geht es wieder weiter ]

pkgetpack: Connodata=1
rec h->cntl 37777777632
send 43
pkgetpack: Connodata=1
rec h->cntl 37777777642
send 44
pkgetpack: Connodata=1
rec h->cntl 37777777652
pkgetpack: Connodata=2
rec h->cntl 37777777672
pkgetpack: Connodata=3
rec h->cntl 37777777612
pkgetpack: Connodata=4
rec h->cntl 37777777622
pkgetpack: Connodata=5
rec h->cntl 37777777632
pkgetpack: Connodata=6
rec h->cntl 37777777652
send 25
pkgetpack: Connodata=1
rec h->cntl 37777777662
send 46
pkgetpack: Connodata=1
rec h->cntl 37777777672
send 47
pkgetpack: Connodata=1
rec h->cntl 37777777602
send 40
pkgetpack: Connodata=1
rec h->cntl 37777777612
send 41
pkgetpack: Connodata=1
rec h->cntl 37777777622
send 42
pkgetpack: Connodata=1
rec h->cntl 37777777632
send 43
pkgetpack: Connodata=1
rec h->cntl 37777777642
send 44
pkgetpack: Connodata=1
rec h->cntl 37777777652
send 45
pkgetpack: Connodata=1
rec h->cntl 37777777662
send 46
pkgetpack: Connodata=1
rec h->cntl 42
pkcntl: RR/RJ: Connodata=1
state - [O.K.] (10)
pkgetpack: Connodata=2
rec h->cntl 37777777672
send 47
pkgetpack: Connodata=1
rec h->cntl 37777777602
send 40
pkgetpack: Connodata=1
rec h->cntl 37777777612
send 41
pkgetpack: Connodata=1
rec h->cntl 37777777622
send 42
pkgetpack: Connodata=1
rec h->cntl 37777777632
send 43
pkgetpack: Connodata=1
rec h->cntl 37777777642
send 44
pkgetpack: Connodata=1
rec h->cntl 37777777652
send 45
pkgetpack: Connodata=1
rec h->cntl 37777777662
send 46
pkgetpack: Connodata=1
rec h->cntl 37777777672
send 47
pkgetpack: Connodata=1
rec h->cntl 37777777602
send 40
pkgetpack: Connodata=1
rec h->cntl 37777777612
send 41
pkgetpack: Connodata=1
rec h->cntl 37777777622
send 42
pkgetpack: Connodata=1
rec h->cntl 37777777632
send 43
pkgetpack: Connodata=1
rec h->cntl 37777777642
send 44
pkgetpack: Connodata=1
rec h->cntl 37777777652
send 45
pkgetpack: Connodata=1
rec h->cntl 37777777662
send 46
pkgetpack: Connodata=1
rec h->cntl 37777777672
send 47
pkgetpack: Connodata=1
rec h->cntl 37777777602
send 40
pkgetpack: Connodata=1
rec h->cntl 37777777612
send 41
pkgetpack: Connodata=1
rec h->cntl 37777777622
send 42
pkgetpack: Connodata=1
rec h->cntl 37777777632
send 43
pkgetpack: Connodata=1
rec h->cntl 37777777642
send 44
pkgetpack: Connodata=1
rec h->cntl 37777777652
send 45
pkgetpack: Connodata=1
rec h->cntl 37777777662
send 46
pkgetpack: Connodata=1
rec h->cntl 37777777672
send 47
pkgetpack: Connodata=1
rec h->cntl 37777777602
send 40

------------------------------------------

Also *Ich* kann daraus nichts entnehmen :-(

Jochen
-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org