xDSL.at

In einer email-Diskussion mit einem INODE Techniker kam ans Tageslicht, daß es sich bei den INODE xDSL Privat bzw. Business Silber Anschlüssen um Halbduplex-Leitungen handelt, hingegen die Business Gold Anschlüsse Vollduplex-Leitungen sind.

Dies soll der ausschlaggebende Grund sein, warum bei den Privat & Business Silber Leitungen der Download einbricht, wenn die Uploadbandbreite ausgelastet wird.

Dies ist bei einem Business Gold Anschluß nicht der Fall, d.h. dort ist ein Einbruch des Downloads nur dann möglich, wenn der Prozessor des verwendeten Zyxel-Routers ausgelastet wäre (z.B. durch sehr viele VPN-Verbindungen).

Jetzt stellt sich mir die Frage: Was hat es in diesem Zusammenhang mit "Vollduplex" und "Halbduplex" auf sich?

Die Definition der beiden Begriffe ist doch eigentlich eindeutig:

Vollduplex -> gleichzeitiges Senden & Empfangen
Halbduplex -> abwechselndes Senden & Empfangen

Was hat das also mit einem (A)DSL Anschluß zu tun, und wie erklärt sich in diesem Zusammenhang denn nun genau der Downloadeinbruch bei Auslastung der Uploadbandbreite?

welcher techniker war das?
ist nämlich ausgemachter schwachsinn. daß der download bei gleichzeitigem upload einbricht, hat ganz andere gründe.

superracer, der Download bricht nicht bei gleichzeitigem Upload ein, sondern wenn die Uploadbandbreite ausgelastet ist (läßt sich bei derartigen Anschlüssen auch praktisch nachvollziehen).

Den Namen des Technikers möchte ich nicht nennen, aber er schien schon kompetent zu sein.

Und um zu erfahen, welche Zusammenhänge hier mitspielen, und welche Gründe dies hat, wurde dieser Thread gestartet...

definition kompetent: $TECHNIKER kennt 2 fremdwörter mehr als $KUNDE
und kann diese 2x hintereinander in einen satz einbaun ohne dass es blöd klingt...
---
m.m. liegt dein problem darin, dass tcp nicht für asym. übertragung gemacht wurde...

Master One hat geschrieben:superracer, der Download bricht nicht bei gleichzeitigem Upload ein, sondern wenn die Uploadbandbreite ausgelastet ist (läßt sich bei derartigen Anschlüssen auch praktisch nachvollziehen).

das hab ich ja gemeint.

der grund dafür: sehr lange queues in der ADSL-hardware. wenn die upload-bandbreite voll ausgenutzt wird, müssen sich alle weiteren ankommenden pakete in dieser richtung erstmal in der warteschlange (im ADSL-modem) anstellen bevor sie tatsächlich über die leitung übertragen werden, und das kann schon mal 1-2 sekunden dauern. das betrifft auch die bestätigungspakete eines tcp-downloads, welche dann nur sehr verzögert zugestellt werden, was den sender glauben läßt, daß der empfänger mit der datenrate nicht mithalten kann und somit wird die datenrate gedrosselt und der download bricht ein.

mit duplex hat das alles gar nix zu tun...

@ANOther, ich habe ja kein Problem damit, diese Info kam in der Diskussion nur nebenbei auf. Kompetenz kann von jemanden, der an einer Hotline abhebt heutzutage natürlich nicht mehr erwartet werden, da muß man schon etwas tiefer graben (d.h. hoffen, daß ein Support-Ticket tatsächlich einem Techniker zugeteilt wird, der weiß, was es mit der Materie auf sich hat). Deine Anmerkung betreffend TCP ergibt natürlich Sinn, wenn man die Rückmeldung von superracer gelesen hat.

@superracer

Na, das ist doch schon etwas plausibler. Aus dieser Sicht ist eine asymmetrische Leitung natürlich voll der "Kuhhandel". Schade nur, daß zwischen einer symmetrischen & asymmetrischen Leitung immer noch so ein krasser Preisunterschied besteht.

Master One hat geschrieben:Aus dieser Sicht ist eine asymmetrische Leitung natürlich voll der "Kuhhandel".

dazu muß gesagt werden, daß dieser effekt mittels softwareseitigem traffic shaping minimiert bis ganz ausgeschalten werden kann. man muß nur dafür sorgen, daß nie zu viel traffic an die ADSL-hardware geschickt wird, sprich man muß schon _vor_ dem modem die datenrate entsprechend drosseln. dadurch läuft die upload-queue nie voll, die bestätigungspakete können zeitgerecht zugestellt werden und die downloads rauschen ungebremst weiter.

einige modems können das auch intern machen, z.b. fritzboxen. bzw werden hier die pakete in der upload-warteschlange so umgeordnet, daß die bestätungspakete zuerst rausgeschickt werden, und die datenpakete der uploads erst hinterher. auch das funktioniert gut.

bei inode wird traffic shaping backbone-seitig pro login-session eingesetzt. sprich, die physikalische bandbreite auf der ADSL-leitung ist höher als die gekaufte bandbreite des produkts. die restliche drosselung auf die produktbandbreite wird mittels softwaremäßigem traffic shaping erzielt, wobei hier auch die bestätigungspakete bevorzugt behandelt werden und sich nicht erst in der warteschlange anstellen müssen. wie gesagt passiert das aber erst _hinter_ dem ADSL-modem, also schon im backbone, wodurch der erwünschte effekt nicht mehr 100%ig erzielt werden kann, aber helfen tut's trotzdem ein wenig.

superracer, das ist eine sehr interessante Angelegenheit!

Hast Du selbst schon Erfahrungen mit Traffic Shaping _vor_ dem Modem gesammelt?

Ich habe vor, als Router nach dem Modem eine OpenBSD Box mit drei NICs (WAN - DMZ - LAN) einzusetzen, die als Firewall-Router mit ein paar weiteren Diensten agieren soll. OpenBSD sollte alle nötigen Tools zum Traffic Shapen bereits in der Grundinstallation mit sich bringen.

Wäre super, wenn Du zu dieser Thematik noch mehr Info, bzw. passende Links oder vielleicht sogar How-To's beisteuern könntest.

Master One hat geschrieben:Hast Du selbst schon Erfahrungen mit Traffic Shaping _vor_ dem Modem gesammelt?

jo hab ich, und funktioniert auch sehr gut. allerdings erfordert's einiges an rumspielerei, bis man die richtigen werte für die diversen einstellmöglichkeiten gefunden hat.

Wäre super, wenn Du zu dieser Thematik noch mehr Info, bzw. passende Links oder vielleicht sogar How-To's beisteuern könntest.

http://google.at/

superracer, gar keine Links bei der Hand, die Dir diesbzgl. persönlich weitergeholfen haben?

Über eine der Suchmaschinen wird es erstmal mühsam, an die passende Info ranzukommen, da der Suchbegriff "DSL Traffic Shaping" in erster Linie Produktanbieter wie cFos oder AVM aufbringt, die den Ansatz zwar hübsch erklären (teils sogar mit nettem kleinen Video), den Hintergrund für die eigene Umsetzung aber als Geheimsache einstufen.

Selbst keine Lust, eine kurzes HowTo zu veröffentlichen? Wenn Du schon schreibst, daß Du die richtigen Werte gefunden hat, wäre es doch super, andere an Deinem Erfolg teilhaben zu lassen.

Schließlich scheint man ohne Traffic Shaping _vor_ dem Modem bei ADSL gar nicht auskommen zu können. Dieser Umstand ist mir völlig neu (ich dachte immer, Traffic Shaping ergibt nur Sinn, um QOS und eigene Bandbreitenbeschränkungen umzusetzen), und es erschließt sich nun ganz offensichtlich ein völlig neues Wissensgebiet... (Oh Mann, wieder was zu lernen)

Schließlich scheint man ohne Traffic Shaping _vor_ dem Modem bei ADSL gar nicht auskommen zu können.

blödsinn - zigtausende schaffen es ohne "speziellen kenntnissen".
beim normalen surfen und mailen und bissal chat und spielen merkst du von der problematik nämlich nichts bis fast nichts.
und wer sein p2p-prog auf 100% laufen lässt und nicht den upload einschränkt - darf sich eben nicht wundern.

Master One hat geschrieben:Aus dieser Sicht ist eine asymmetrische Leitung natürlich voll der "Kuhhandel".

Du bestellst ADSL, Du bekommst ADSL. Die Problematik mit der
Asymmetrie ist ja wahrlich nicht neu.

Daß G.SHDSL nicht billiger wird, liegt an den Verkaufszahlen. Solang auch hier jeder von einer 3 oder 5Mbit-Leitung redet, wenn er ADSL hat, zeigt das ja auch, daß das Bewußtsein nicht da ist... Was will der Markt? ADSL 2+...

/al

Master One hat geschrieben:da der Suchbegriff "DSL Traffic Shaping" in erster Linie Produktanbieter wie cFos oder AVM aufbringt

Vergiß DSL in dem Zusammenhang. IP Traffic Shaping ist nix DSL-spezifisches. Zusammen mit dem Betriebssystem Deiner Wahl kommen auch passende Hits sofort...

/al

Tom-Wien hat geschrieben:und wer sein p2p-prog auf 100% laufen lässt und nicht den upload einschränkt - darf sich eben nicht wundern.

<eg>

Das erinnert mich an einen ehemaligen Kunden, der sich - bei einer ISDN DialUp-Verbindung - über "das langsame Internet" und die hohen Kosten gewundert hat... Dort war so ein Filesharing-Prog im Autopilot-Modus (den Benutzer gab's schon monatelang nimmer) unterwegs...

/al

Master One hat geschrieben:superracer, gar keine Links bei der Hand, die Dir diesbzgl. persönlich weitergeholfen haben?

das ist jahre her, außerdem hab ich's mit linux gemacht, nicht mit openbsd. referenz für solche sachen ist das "linux advanced routing & traffic control" (lartc) howto, und dessen dort beschriebener "wondershaper", plus die gesamte doku zum "tc" tool.

Selbst keine Lust, eine kurzes HowTo zu veröffentlichen?

keine zeit für sowas. alles in allem ist das keine triviale aufgabe, die man in 3 zeilen text beschreiben könnte.

Wenn Du schon schreibst, daß Du die richtigen Werte gefunden hat, wäre es doch super, andere an Deinem Erfolg teilhaben zu lassen.

wie gesagt, ist jahre her, die einstellungen/werte/scripte hab ich schon lang nicht mehr.