Article View: de.comm.misc
Article #875Re: IMMER NOCH: V32bis Uebertragung unter 900Byte/sec.
From: Rolf Budach
Date: Tue, 06 Oct 1992 08:07
Date: Tue, 06 Oct 1992 08:07
51 lines
3067 bytes
3067 bytes
In article <1992Sep21.232540.1195@abulafia.in-berlin.de>, Volker Safran writes: > > Aufgrund der regen Beteiligung nach meiner ersten Anfrage nun noch einmal: > > Hallo, > > ich habe folgendes Problem: > > Ich polle mit einem V32bis Modem zu einem anderen. Klappt alles so weit > ganz gut (Carrier 14400, V42bis enabled, V42 EC). Nur liegen unsere > Uebertragungsraten weit unter dem, was drin sein muesste (grob so zwischen > 800 und 1000 Bytes/sec.). Das Problem habe ich z.t. auch. Allerdings habe ich hier nur einen Amiga 2000 mit nur einem 68000er und der packt halt nicht mehr als 19200 Baud. Das Problem liegt an der Packet-Grv_e/Window Size. Das uucp-g Protokoll arbeitet mit 64 Byte Blvcken und es wird fuer jeden Block ein Acknoledge gesendet. Die Windowsize legt fest, wieviele von diesen Bloecken abgeschickt sein duerfen, bevor das erste Ack ankommt. Normal ist dieser Wert auf sieben eingestellt. Wenn man jetzt die Blocklaenge erhoeht, zb. Auf 1024 oder 2048 Bytes, dann werden halt sehr viel weniger Ack4s benvtigt und der Overhead sinkt. Das ist bei einer Verbindung mit v42bis ja auch ohne Probleme mvglich, da evt. auftretende Fehler ja schon von den Modems beseitigt sind. Dummerweise koennen die next uucico4s das nicht. Ich habe bis vor kurzen eine Next-station gepollt, und da hat das nicht hingehauen. Ich wuerde an eurer Stelle aber folgendes ausprobieren. Schaltet bei euren Modems die Datencompression ab.(nicht die Fehlerkorrektur!) Im Augenblick werden ndmlich auch die Ack4s gepackt. Und das sich immer gleiche Zeichen gut packen lassen, liegt ja auf der hand. So kann es kommen, dass die Windosize von sieben ueberschritten wird, und die Gegenseite auf die Ack4s wartet, die werden bei dem anderen Modem aber gerade zusammenepackt. Also bei mir hat das abschalten der Datencompression was gebracht. Auch wenn, das Modem auf der anderen Seite das leider manchmal nicht ganz begreifen kann, dass da einer ohne Compression anruft, und die Verbindung dann erst beim zweitenmal klappt. :-( > > Wir hatten auch schon mal ueber 1300Bytes/sec. mit dem PAD Modus in die Wat is dat denn?? ___ // ___ ____ ___ 0 nstein@nst90.north.de / olis!nst90 // .--. ( / /__ / /\ / Rolf Budach CLZ 05323 / 5742 \// / / --___) / /___ / / \/ nicedel!nst90(DEAD),hilde!nst90(DEAD) \/ * Das Universum ist nicht nur sonderbarer, als wir vermuten - * es ist sonderbarer, als wir |berhaupt vermuten kvnnen. - J.B.S. Haldane
Technical Details
Message-ID:
<RwhNr*YQ0@nst90.north.de>Path:
arc1-ca.pugleaf.net!sparky!uunet!gatech!darwin.sura.net!jvnc.net!gmd.de!Germany.EU.net!uniol!olis!nst90!nsteinReferences:
<1992Sep21.232540.1195@abulafia.in-berlin.de>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!gatech!darwin.sura.net!jvnc.net!gmd.de!Germany.EU.net!uniol!olis!nst90!nstein From: nstein@nst90.north.de (Rolf Budach) Newsgroups: de.comm.misc,de.comm.uucp Subject: Re: IMMER NOCH: V32bis Uebertragung unter 900Byte/sec. Message-ID: <RwhNr*YQ0@nst90.north.de> Date: 6 Oct 92 08:07:01 GMT Article-I.D.: nst90.RwhNr*YQ0 References: <1992Sep21.232540.1195@abulafia.in-berlin.de> Followup-To: de.comm.uucp Organization: Not an Organization Lines: 51 X-Newsreader: Arn V1.00 alpha rel2