🚀 go-pugleaf

Alexander Aulbach wrote on Sun, 07 Apr 1996 15:09:54 CET 
 in article 2LVmy*Mb5@ssilkyway.franken.de:
AA>In article <67642054@bonsai.cologne.de>, "Ortwin Paetzold" writes:
AA>} Damit baue ich eine UUCP-Verbindung mit einem anderen 28.800er Modem
AA>auf.
AA>} Es klappt alles ganz wunderbar, aber die Datenuebertragungsrate ist
AA>in
AA>} der Groessenordnung von ca. 1800 cps, also eigentlich 14.400 baud.
AA>} Der Aufruf von uucico geschieht mit den folgenden Parametern:
AA>
AA>Das ist "relativ" normal, wenn Du viele kleine Files mit dem
AA>g-Protokoll zu
AA>übertragen hast, das ist Protokollbedingt (wer erbarmt sich mal das
AA>i-Protokoll für Amiga-UUCP zu implementieren???). Du mußt mal ein etwas
AA>größeres File übertragen und im Logfile nachschauen, mit welcher Rate
AA>das
AA>eine File übertragen wurde. (oder volles Debug anschalten)

Hier habe ich schon den Tip bekommen, den Switch -Pn zu benutzen, wobei
n eine Zahl zwischen 1 und 8 ist. Damit fordert uucico groessere Pakete
an. n=6 sind 1024 byte, n=8 4096 byte. Damit bin ich sofort auf 2600 bis
3000 cps, obwohl relativ viele neu geschickte Pakete dabei sind (ca 10 
Prozent). Aber am Ende sind jedenfalls keine Fehler in den Dateien.

AA>
AA>} #
AA>} #  UULIB:L.sys -- UUCP sites we connect to
AA>} #
AA>} # Node   Time Device Baudrate Number/     Expect-Send strings
AA>} #                             Dialstring
AA>} #
AA>}
AA>} ggn5      Any  SER    38400    ATL1DT02237560032 ogin: xxxx sword: xx
AA>}
AA>} Diese Verbindung kommt zustande, mit den Parametern
AA>}
AA>} ggn6      Any  SER    57600    ATL1DT02237560032 ogin: xxxx sword: xx
AA>}
AA>} Waehlt das Modem, das andere nimmt ab und das war es.
AA>
AA>Kein Passwortaustausch?? Probier mal in der Sequenz
AA>
AA>   \r\r "" ogin: xxxx .....
AA>   ^^^^^^^
AA>
AA>Damit sendest Du am Anfang zwei Returns. Optional noch ein \d einbauen
AA>(für
AA>Delay). Probiern geht hier über studieren.

Ich hatte hostname und password rausgeworfen, genauer sieht das File so aus:

ggn1      Any  SER    9600    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn2      Any  SER    14400    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn3      Any  SER    19200    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn4      Any  SER    28800    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn5      Any  SER    38400    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn6      Any  SER    57600    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn7      Any  SER    115200    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 

ggn8	  Any  ART    57600    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 

AA>
AA>} Woran kann das liegen?
AA>
AA>Es liegt *auch* an dem ggn5/6!!! Du sagst uucico sozusagen, daß es an
AA>einer
AA>ganz anderen Site pollen soll. Uucico schaut nach, was für ggn6 da ist
AA>und
AA>findet nichts (ist ja alles für ggn5) und macht infolgedessen auch
AA>nichts.
AA>Das siehst Du auch daran, daß wenn Du in uuspool: reinschaust
AA>normalerweise
AA>nur Files drin sein sollten, die irgendwie "ggn5" enthalten.

Ich sollte das obige erlaeutern:

Die Eintraege fuer ggn1 bis ggn8 sind fuer denselben Rechner (vgl Telefonnummer).
Ich starte nun 
ums2uucp -h ggn1.cologne.de
und dann
uucico -sggn5 -q
oder nach Wahl jede andere Verbindung mit ggn1 bis ggn7. Das hat den 
Vorteil, dass ich die Transferrate etwas variieren kann, wenn es z. B.
Probleme auf der anderen Seite gibt. Mein Provider hatte ein defektes 
Motherboard, so dass es bei hoeheren Raten  Probleme gab. So konnte ich mich
leicht an die richtige herantasten.

AA>
AA>Hmmm... dann sollte es wenigstens aber die neuen Sachen für Dich
AA>abholen...
AA>hmmm... Ersetzte einfach ggn6 durch ggn5 und vertausche die beiden
AA>Einträge
AA>in L.Sys, so daß der mit 57600 vor dem mit 38400 liegt. Wenn uucico
AA>beim
AA>einen nicht pollen kann, probiert es das nächste.
AA>
AA>Wenn das alles nichts hilft, also wenn es dann immer noch nach dem
AA>Login
AA>hängt, würde ich einfach mal mit einem guten Terminalprogramm da
AA>anrufen
AA>(gleiche Parameter einstellen!). Auf die Weise kann man Fehler in der
AA>Sequenz herausfinden. Wenn's dann immer noch nicht geht hast Du ein
AA>Problem.
AA>:-)
AA>
AA>Im Zweifelsfall hilft aber immer Neuinstallation - speziell bei UUCP.
AA>:)

Werde ich versuchen.

AA>
AA>
AA>} Weitere Frage:
AA>} Ich habe versucht, artser.device zu nutzen, ohne Erfolg. Trotz
AA>Eintrag
AA>} in der L.Ports wird der Treiber nicht angesprochen. Warum nicht?
AA>
AA>Das könnte daran liegen, daß Du in die L.Sys eine dementsprechende
AA>Änderung
AA>vornehmen mußt, wenn Du willst, daß uucico ein anderes Device nehmen
AA>soll.
AA>
AA>Uucico schaut in L.Ports nach dem Namen, den Du in L.Sys unter Device
AA>angegeben hast, Groß/Kleinschreibung wird unterschieden.
AA>
AA>Ich empfehle DRINGEND mal die Man-Pages des wUUCP-Packets durchzulesen.
AA>Da stehen solche Sachen eigentlich alle drin - halt etwas verstreut...
AA>aber durchaus zu finden.

Bei umsrfc11 war nur die Man-Page von uucico dabei, das Paket muss ich 
dann mal suchen...

Danke fuer die Hilfe 
Ortwin
 
----------------------------------------------------------------------- 
Ortwin Paetzold			ortwin@bonsai.cologne.de                
Elsa-Braendstroem-Str. 15 
50374 Erftstadt-Lechenich		 
-----------------------------------------------------------------------