Legale / Paydienste Beeinträchtigungen durch KDG

[Linuxfarmer-HH]

Hallo,

die Internetnutzung ist im Wandel. Hohe Bandbreiten werden nicht mehr nur durch Filesharing etc sondern auch immer mehr durch legale Dienste verursacht. Hier können wir mal sammeln, welche bekannten Paydienste wieweit mit einem KD Internetanschluss funktionieren. Vielleicht lesen es auch KD Mitarbeiter und können an Schrauben stellen, bevor es offizielle Beschwerden hagelt. Hieran werden sich Anbieter zukünftig auch messen lassen müssen, auch die Verbraucherzentralen werden Regelbedarf bekommen um Cripplenetzugänge von Internetzugängen unterscheiden zu können.

- LOVEFILM SD: Bislang keine Beeinträchtigungen, auch nicht Sonntags oder zu Drosselzeiten ab 18:00 Uhr. Allerdings hat Lovefilm angekündigt auch bald HD Streaming anzubieten.

- Vidzone (Sony Video on Demand SD): Funktioniert nur ausserhalb der Drosselzeiten flüssig, innerhalb gibt es minutenlange Standbilder wo die Daten nachtröpfeln. Sonntags unbrauchbar, startet erst flott und dann schlägt darauf die Drossel zu.

Weitere Anbieter hier in der Liste: http://de.wikipedia.org/wiki/Video-on-Demand

Grüsse
Linuxfarmer-HH

[steve0564]

Deine Idee ist nicht schlecht!
AAAABER: hier liest man leider immer wieder, dass es stark davon abhänig ist, in welchem Gebiet man wohnt, bzw. wie stark das Segment ausgelastet ist. Eine Einheitlichkeit ist da leider noch nicht festzumachen.
Insofern werden manche Dienste bei manchen funktionieren, was bei einem anderen u. U. gar nicht klappt. Einheitliche Aussagen wird es somit nicht geben!

[tabak]

Vidzone (Sony Video on Demand SD): Funktioniert nur ausserhalb der Drosselzeiten flüssig, innerhalb gibt es minutenlange Standbilder wo die Daten nachtröpfeln. Sonntags unbrauchbar, startet erst flott und dann schlägt darauf die Drossel zu.

Das habe ich gestern Abend auch festgestellt, es war gar nicht nutzbar und torrentdrossel war auch aktiv, der "rest" lief einwandfrei.

[Linuxfarmer-HH]

Beispielweise werden Webradiosender 192kBit ab 18:00 auch beeinträchtigt, die haben dann Aussetzer. Weder ist Webradio illegal, noch kann man dies als vertragsbrüchiges hantieren des Kunden ankreiden. Am stärksten betrifft dies kurioserweise dann auch noch Websender aus Deutschland, die aus Griechenland, USA oder Australien stottern selbst bei 256kBit nicht.

Vidzone fängt um 18:00 an zu ruckeln oder holt keine Infos mehr rein. Wir sollten dies im Auge behalten, wann wo in welchen Segmenten. Hier ist Protest angebracht, denn in den AGB konnte ich nichts zur Beeinträchtigung legaler Dienste finden.

Wer kann was zu Netflix sagen?
Welche legalen Dienste nutzen zb Torrent und was sagt KDG wenn diese abgewürgt werden?

Die Paketverwaltungen von Linux laufen zum Glück noch per FTP und HTTP.

VG
Linuxfarmer-HH

[Megabum]

Na ich hab selber 100 k Leitung. Und bei mir läuft jeden Tag mehrere Stunden am Tag Pulsradio. Und die senden seit Jahren mit 192 kbps. Und ich hatte noch nie welche Probleme. Oder Mika.fm mit 160 kbps, ebenfalls keine Probleme. Oft am We läuft auch ganzen Tag. Viell lag bei dir am Radio selber?

[Kunterbunter]

Na ich hab selber 100 k Leitung. ... Und die senden seit Jahren mit 192 kbps.

Das ist ja mehr als deine Leitung überhaupt hergibt.

[webskipper]

Wieso seit ihr alle überzeugt, dass KD Sonys Dienst drosselt ? Habt ihr ausgeschlossen, dass es an Sony liegt ? Traffic steigt ab 18:00 immer an. Das muss nicht an KD liegen. Ohne Vergleichswert, d.h. Dienst aufrufen über VPN, halte ich solche Aussagen wie "KD drosselt Dienst XY" für rufschädigend. Also bitte zum Testen einen VPN Gateway nutzen, von dem man weiß dass er eine konstante Bandbreite und eine gute Anbindung ohne Flaschenhälse bietet.

[Anudeath]

Na ich hab selber 100 k Leitung. ... Und die senden seit Jahren mit 192 kbps.

Das ist ja mehr als deine Leitung überhaupt hergibt.

also wenn man davon ausgeht, dass es sich bei den 100k und 100 kByte/s handelt, kann man davon ausgehen, dass die 192kBit/s problemlos drüber gehen, da umgerechnet nur 24 kByte/s Klugscheissmodus /off

[RcRaCk2k]

Ohne Vergleichswert, d.h. Dienst aufrufen über VPN...

Damit kann man aber nicht ausschließen, dass es an K.D. liegt!

Wenn der EXIT-Node z.B. DECIX am Port von KD überlastet ist, weil das Interface schlichtweg zuviel Daten transportiert, dann kann es natürlich sein, dass mittels eines VPNs, das aber über BCIX gerouted wird, die Verbindung ohne Probleme funktioniert. Sprich: mittels VPN zu Testen bringt keine genauen Testwerte. Man kann damit nur den Kreis der Probleme weiter eingrenzen.

Ich habe z.B. verschiedene VPNs verwendet, die unterschiedlich gerouted werden. z.B. über München, Nürnberg, Hannover, Berlin usw. Man merkt tages- und uhrzeigabhängig, dass die gleiche Destination über verschiedene Endpunkte unterschiedliche Geschwindigkeiten und Paketlaufzeiten liefert.

Vor 2 Jahren z.B. waren Abends ab 19 Uhr über DECIX nur 3.000kBit pro Sekunde möglich, während über München 30.000kBit zur Verfügung standen. Also hatte ich meine Default-Route auf die Route des VPN-Gateways in München gesetzt. Aktuell läuft bei mir alles über ein VPN-Gateway in Nürnberg, denn die haben eine 10GbE Schnittstelle direkt ins KD-Netz (Übergabe in München). Ich muss aber auch sagen, dass ich auch ohne VPN derzeit sehr gute Werte zu allen meinen gängigen Destinationen habe.

Wichtig für diesen Thread:
Wenn man Probleme bemerkt, dass Downloads langsam sind, dann müsste man einen MTR / Traceroute vom externen Netz (Server-Sicht) zum Kabelmodem / Router anfordern. Ein MTR aus Kunden-Sicht macht keinen Sinn, denn Pakete müssen nicht zwangsläufig die selbe Route zurück nehmen, wie sie hingekommen sind. Man nennt das auch asymmetrisches Routing. Dieses asymmetrische Routing tritt dann auf, wenn ein BGP4-Mitglied seine Routingtabellen manipuliert, um z.B. Load-Balancing betreiben zu können.

[HSVMichi]

Na ich hab selber 100 k Leitung. ... Und die senden seit Jahren mit 192 kbps.

Das ist ja mehr als deine Leitung überhaupt hergibt.

also wenn man davon ausgeht, dass es sich bei den 100k und 100 kByte/s handelt, kann man davon ausgehen, dass die 192kBit/s problemlos drüber gehen, da umgerechnet nur 24 kByte/s Klugscheissmodus /off

Ich kannte Durchsatz-Angaben bisher nur in bit und nicht Byte