Drosselung von Kabel Deutschland noch vertretbar ?

[Paco]

Also ich bin ja auch im bereich 12xxx und bei mir wird abends also 18-0 gedrosselt (am wochenende schon deutlich früher)

aber aktuell scheint es nicht den upload zu beeinträchtigen, nur den download.

[noyse]

wie gesagt bei mir ist es anders herum:
[ externes Bild ]

Abends hab ich per BT download raten im zwischen 10 und 20 kb/s
Schon komisch, anfangs war es genau anders herum...na ja egal. hauptsache es gibt überhaupt ein freeway zeitfenster

[theoradicus]

Mal sehen ob KDG demnächst anfängt Youtube zu drosseln

In Leanback ( http://www.youtube.com/leanback ), erstellt für HTPC & CO nutzt Youtube immer den Clip mit der höchsten Qualität in der Standardeinstellung.
4K Videos gibts es inzwischen auch ( http://youtube-global.blogspot.com/2010 ... comes.html )

Laufzeit : 1:54 Life in the Garden (4k resolution)
"Original 4k" = 89MB
1080p= 47MB
720p=27MB
480p=16MB
360p=8MB

Da Youtube meist über Streaming genutzt wird, findet gerade kein "böser Download" falls man ein Clip mehrmals ansieht.Vlt also höherer Traffic bei KDG ....

PS: Komischerweise wird Youtube bei mir über London geroutet (LINX) zumindest lt. traceroutes - eine Übergabe am BCIX findet nicht mehr statt(lt. Liste ist KDG und Google mit je 10Gbit dort geschaltet)

[funmaster78]

Also ich habe seit heute genau das gleiche Problem von 11.00 Uhr bis 24.00 Uhr wurde gedrosselt im Upload auf 5kB pro torrent und im Download auf 10 kB pro User AUSSER KD IPs. Die blieben mit über 100 kB drin.

Desweiteren mußte ich feststellen, dass ich permanent von 88.134.196.22 mit Pings geflutet werde, sobald ich µtorrent starte. Beende ich das Programm, enden auch die PING-FLOODINGS!!!

Code: Alles auswählen

Aug  8 00:37:32  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:37:26  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:37:21  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:37:14  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:37:08  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:37:02  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:56  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:50  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:44  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:38  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:32  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:26  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:20  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:14  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:08  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:36:02  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:56  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:50  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:44  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:38  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:32  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:26  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:20  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:14  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:08  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:35:02  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:34:56  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:34:50  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:34:43  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
Aug  8 00:34:38  PING-FLOODING flooding attack from WAN (ip:88.134.196.22) detected.
...

und so weiter....
Mein Router blockt diese Pings. Aber es gibt Router, die durch solche Ping-Attacken abstürzen können.

Wenn jemand ein Mittel dagegen weiß, wäre ich sehr dankbar.

[Linuxfarmer-HH]

inetnum: 88.134.192.0 - 88.134.223.255
netname: KABEL-DEUTSCHLAND-CUSTOMER-SERVICES-10
descr: Kabel Deutschland Breitband Customer 10
country: DE
admin-c: FM464-RIPE
tech-c: FM464-RIPE

Ab heute wird zurückgeschossen? Ich frage mich gerade ob diese Pingbacks irgendwie die Qualität der Drosselungen überwachen sollen. Bei normaler Internetnutzung habe ich jedenfalls auch zur Primetime keinerlei Einbussen.

[dreamer_dani]

Das halt ftp auch gedrosselt wird halte ich schon für totalen Unsinn...

[RcRaCk2k]

Es wird auch POP3 und IMAP, SMTP gedrosselt... Also... HTTP ist das einzigste Protokoll dass zu 100% unterstützt wird.

Selbst mein HTTP-Tunnel, den ich letztens aufgebaut hatte, unterlag dieser Service-Erhaltung / Qualitätssicherung! Die Prüfen also jedes Staubkorn, ob das so in Ordnung ist. Super! Also kann ich mein VPN nicht einmal über einen Pseudo-HTTP-Link fahren.

Zum Glück sind bei uns die Drosselungen wieder aus dem Spiel. Bei uns geht das hin und her... Mal drin, mal draußen.

[dreamer_dani]

Hmmm so ein Mist, ich dachte gleich daran meinen SSH-Tunnel über den Port 80 laufen zu lassen. Da bin ich ja mal gespannt ob die da einen Unteschied machen können. Kann mir das gar nicht vorstellen das die jedes IP-Paket prüfen können...

[RcRaCk2k]

Warum sollten sie nicht? Solche Techniken sind seit Jahr und Tag im Einsatz. Auch ich verwende die in meinem Netzwerk.

QoS stellt man ein Tracking-ID:1 = Schnell, Tracking-ID:2 = Langsam (Default)
Die Firewall benötigt nur soeine Information: Mark ID 1 on Port 80 and payload[0:4] === "GET " FERTIG Das ist die ganze Hexerei.

[dreamer_dani]

Warum sollten sie nicht? Solche Techniken sind seit Jahr und Tag im Einsatz. Auch ich verwende die in meinem Netzwerk.

QoS stellt man ein Tracking-ID:1 = Schnell, Tracking-ID:2 = Langsam (Default)
Die Firewall benötigt nur soeine Information: Mark ID 1 on Port 80 and payload[0:4] === "GET " FERTIG Das ist die ganze Hexerei.

UInd das heißt dann auf gut Deutsch??

Wonach wird den unterschieden bei den Datenpaketen?