🚀 go-pugleaf

In <19d0agINN8q0@smurf.smurf.sub.org>, Matthias Urlichs writes:

## V.32bis bashing ON

> sondern auch Daempfungen, Verzerrungen, Stoergeraeusche, etc.,
> die nur auf bestimmten Frequenzbereichen auftreten, also zB zwischen
> 1000 und 1200 Hz. Ein V.32bis-Modem wird damit nicht fertig und muss
> die Geschwindigkeit runterfahren, um ueberhaupt noch was zu verstehen.
> Der Worldblazer mit seinem Multicarrierverfahren dagegen faehrt einfach
> die fuer diesen Bereich zustaendigen Kanaele ein bisschen langsamer und
> auf dem Rest immer noch mit der hoechsten Geschwindigkeit.

Das kann aber noch nicht alles sein. Ich habe mit V.32bis je nach
Gegenseite ein Menge Probleme, mit HST praktisch keine. HST ist aber
genauso auf die ganze Bandbreite angewiesen, muesste auf solche
Stoerungen also auch empfindlichst reagieren. Anscheinend treten solche
Effekte in (West-)Deutschland nur selten auf.

Was fuer Stoerungen sind es dann, die V.32bis regelmaessig den Gar (sp?)
ausmachen? Das Problem muss in der (aufwendigen) Echoeliminierung
liegen, das ist der wesentlichste Unterschied zu HST. Man kennt ja den
"legt nicht auf"-Effekt von V.32bis: eine Seite hat aufgelegt, die
andere roedelt noch eine kleine Ewigkeit rum, bis sie bemerkt, dass sie
allein auf der Leitung ist. Es muss immens schwierig sein ueberhaupt
irgend etwas Sinnvolles auf der Leitung zu erkennen.

> Ich denke auch nicht, dass sich der Telebit-Vorsprung bei besagten
> schlechten Leitungen irgendwann reduzieren wird; der Trend geht eher dahin,
> fuer schnelle Uebertragung gute Leitungen vorauszusetzen, als aus einem
> suboptimalen Draht das Letzte an Kapazitaet rausholen zu wollen.

Siehe die gegenwaertigen Planungen zu V.fast :-/

> Zum Glueck werden aber die Telefonleitungen mit der Zeit besser.

Aber nur dadurch, dass die Vermittlungen/das Netz digitalisiert wird.
Wenn bis auf die Strecke Endteilnehmer<->Amt eh alles als 64kbit/s-
Digitalkanal ablaeuft -- ein Szenario fuer gute Leitungen -- dann ist es
schwachsinnig ueberhaupt noch mit Modems zu arbeiten => ISDN.


MfG
-- 
Christian "naddy" Weisgerber, Germany           naddy@mips.ruessel.sub.org