Re: SDSL, was: Re: THX for ECC

Andreas Braukmann schrieb:

> Ahhhja. Ich erwarte eine Seminarankuendigung "Kalkulation
> von Telco-Carrier-Produkten fuer Fortgeschrittene" auf
> dieser Mailingliste.

Was meinst du damit?

> TDSL ist ein Access-Produkt aus dem Hause T-Online, ADSL
> ist eine Zugangstechnik; das sollte man schon sauber
> unterscheiden. Ob ADSL oder SDSL die "bessere" Loesung
> ist, haengt (wie eigentlich immer) von den konkreten
> Randbedingungen ab.

Sorry aber dumm bin ich nicht, TDSL = T-Online DSL
ADSL = Asymetrisches DSL (Upload um Faktor meißt um Faktor 6 verringert)
SDSL = Symetrisches DSL (Upload und Downloadspeed sind gleich)

> > Naja das hier hab ich letztes mal nur halb gelesen.
> > Also WIE soll man SDSL wie ADSL konfigurieren?

> > Also das musste mir mal sagen.
>
> Genau so, wie QSC das z.B. macht ;-)

Naja wenn das so gemeint ist ist das einleuchtend :)
Alber Trotzdem habe ich nochn fetten Vorteil, und
zwar habe ich bei 32kbs Upload nochn 20ms Ping :P

> Ich befuerchte, Du weisst nicht wirklich, wovon Du
> redest. Falls Du vom Gegenteil ausgehst, erklaere
> doch bitte mal, was Fastpath und Interleaving be-
> deuten und warum beides "Pfusch" sein soll.

Fastpath und Interleaving sind die von den meißten Anbietern angewandte
Fehlerkorrektur. Es gibt meiner Meinung nach 5 Stufen hoch = interleaving
niedrig = fastpath (obwohl ich mir dabei nicht ganz sicher bin). Laut QSC
(ich sage nur was ich von QSC her weiß) verwendet QDSL keine
Fehlerkorrektur,
das macht sich nämlich wie folgt bemerkbar:

--- snip ---

$ ping essen.de
PING essen.de (217.78.130.22): 56 data bytes

64 bytes from 217.78.130.22: icmp_seq=0 ttl=121 time=16.398 ms
64 bytes from 217.78.130.22: icmp_seq=1 ttl=121 time=12.736 ms
64 bytes from 217.78.130.22: icmp_seq=2 ttl=121 time=12.559 ms
64 bytes from 217.78.130.22: icmp_seq=3 ttl=121 time=12.674 ms
64 bytes from 217.78.130.22: icmp_seq=4 ttl=121 time=14.915 ms
64 bytes from 217.78.130.22: icmp_seq=5 ttl=121 time=13.425 ms´

--- essen.de ping statistics ---
6 packets transmitted, 6 packets received, 0% packet loss
round-trip min/avg/max/stddev = 12.559/13.784/16.398/1.418 ms

--- snap ---

Und da ich Gamer bin finde ich Fehlerkorrektur Pfuscherei.
Ok wenn TDSL so instabil ist das die Fehlerkorrekturen brauchen...
Meinetwegen. Ich habe jetzt seit 6 Monaten QDSL und bin teilweise über
14 Tage am Stück online, der Grund zur Trennung ist meist mein Router.
Also ich habe bis jetzt (ohne Schei...) noch kein einziges Problem mit
meiner
Verbindung gehabt. Und da denke ich wäre eine Fehlerkorrektur bei QSC
Pfuscherei. Selbst FTP läuft blitzschnell, ich hab auf USA Servern teilweise
noch Pings unter 60ms. Und 60ms sind bei T-Online ein Traum :)
Also zumindestens in gut besidelten Gebieten.

> > PS: Softwarerouter sind einfach, aber beschränkt einrichtbar. Da mach
ich
> > liebe Software.
>
> Parse error.

???

Gruß Carsten

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 26 May 2003 - 20:22:03 CEST