[Berlin-wireless] Deep Packet Inspection und Drosselung - Frage

[Mario Krüger]

On 25.04.2013 08:09, Sven-Ola Tuecke wrote:
> Ach übrigens: ich bin mal wieder Mobilfunk-gedrosselt. 100Mb / mtl.
> für 5,-- Prepaid E-Plus glaub ich. Interessanterweise betrifft die
> Drossel nur den Download. Eine 1 Megabyte Testdatei aus /dev/urandom
> mit SCP übertragen dauert:
>
> Down: 02:30 Min
> Up: 00:05 Min
>
Das passiert durch die reine Drosselung am Router. Hier will man den
Upload nicht Drosseln da sonst die Daten im Backbone stecken bleiben.
Man müsste dafür die direkte Verbindung zum Endgerät drosseln was man
nicht macht, da
- eine gedrosselte Funkverbindung immer noch 100% der Zeit blockiert
- im DSL kann man so nicht mehr VoIP voll durchlassen

Das hochfahren des Torrents sobald das DSL gedrosselt ist wird das aber
vermutlich ändern.

Die werden bestimmt nicht Pakete droppen, da die Hardware es besser kann
und der so entstehende Overhead den geplanten "Nutzen" wohl zu Nichte
machen wird.
Die Hardware ist schon aufs drosseln ausgelegt da man sowieso immer auf
die errechnete Daten rate der DSL-Leitung drosselt..

Gruß,
Mario.

> // Sven-Ola
>
>
>
> Sven-Ola Tuecke <sven-ola at gmx.de> schrieb:
>
>     Hey,
>
>     wie die Telekom das machen will ist mir nicht bekannt. Wir machen
>     das im Prinzip auch: nennt sich QOS-Scripts. Die Drosseln Uploads
>     so, dass Downloads mit optimalem Tempo laufen während z.B. eine
>     interaktive SSH-Session prio hat. Die Up/Down-Geschichte bringt
>     was bei stark asymmetrischem DSL. Unter Linux geht das alles ohne DPI.
>
>     DIE Doku dazu ist das gute alte LARTC, Lektüre ist immer gut:
>     http://www.lartc.org/howto/lartc.qdisc.html
>
>     // Sven-Ola
>
>
>
>     Reto Mantz <rmantz at gwdg.de> schrieb:
>
>         Hallo,
>
>         eine Frage in die Runde zu meinem Verständnis von Drosselung: Wie
>         funktioniert die Drosselung auf eine bestimmte Geschwindigkeit, wie sie
>         die Telekom (u.a.) schon praktiziert und weiter plant?
>
>         Habe ich mir das so vorzustellen, dass der Router ein Paket per Deep
>         Pakcet Inspection analysiert, feststellt, dass es nicht priorisiert wird
>         (z.B. kein Dienst der Telekom) und dieses Paket dann im Router für ein
>         paar ms festhält, währenddessen andere (priorisierte bzw.
>         Inklusivvolumen anderer Nutzer)  Pakete weiterleitet und das
>         festgehaltene Paket dann losschickt? Und das mit allen Paketen eines
>         Nutzers, so dass insgesamt z.B. 384kb/s rauskommt?
>
>         Oder wie funktioniert es sonst?
>
>         Vielen Dank!
>         Grüße
>         Reto
>
>
>
> -- 
> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
> gesendet.
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20130425/7597f1ca/attachment.html>