Drosselung jetzt auch bei HTTP Downloads über Filehoster!

[koaschten]

Also wenns punkt 0 Uhr war, dann kann es auch die "Segment voll" 18.00-00.00 Drossel sein

[Linuxfarmer-HH]

Ich hatte ja bereits geschrieben das auch hier jeder neue HTTP Connect bis zu 10s braucht ehe er überhaupt losläuft. Dies hauptsächlich in der Primetime.
Ist doch ganz klar was das sein dürfte, die CMTS prüft den HTTP Request gegen eine Domainliste um dann zu entscheiden ob der Transfer ausgebremst wird oder nicht. Dies passiert über eine erweiterte Headeranalyse per Deep Packet Inspection. Nach den 10s ist dann auch geregelt ob die Seite mit 25000 oder sehr viel weniger geliefert wird.
Ich hoffe das die TKG Novelle hier bald zu beschlossenem Gesetz wird, dann kann man zurückklopfen und Infos einfordern was wann ausgebremst wird.

http://futurezone.at/netzpolitik/2779-e ... setzen.php

[RcRaCk2k]

Huh? Link11 ist der Hoster wo die Server von upload.in stehen und die haben ein direktes Peering mit KD am Decix. Wie direkter soll es denn noch gehen?

Die haben kein direktes Peering, die haben ein Public Peering (Peering an einen öffentlichen Zugangspunkt).

Wie man es noch direkter machen könnte?
Ganz einfach:

Code: Alles auswählen

STATT: Link11 <---> DECIX <---> KABEL DEUTSCHLAND
SO: Link11 <---> KABEL DEUTSCHLAND

Warum sollte man das machen?

Code: Alles auswählen

10 GbE Anbieter A -----\
                        \
10 GbE Anbieter B --------- DECIX ----- 10 GbE Kabel-Deutschland
                        /
10 GbE Anbieter C -----/

Würde jetzt jeder mit voller Bandbreite Daten an Kabel-Deutschland ausliefern so gibt es einen Engpass, somit kommen nur noch 3,3GBit über die Links (DECIX) zu Kabel-Deutschland.

Würde man jedoch einen komplett eigenen Link verwenden, dann gäbe es diese Einschränkung nicht.

Wie sieht ein direktes Peering aus?
tracert http://www.rsm-connect.net

Code: Alles auswählen

                                       Packets               Pings
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. 83-169-135-190.static.superkabel  5.6%    18   14.7  16.1   9.7  88.7  18.8
 3. 83-169-183-245-isp.superkabel.de 11.1%    18   10.8  27.0   9.4 195.3  48.0
 4. 83-169-128-209.static.superkabel  0.0%    18   11.7  13.4  10.4  28.7   4.4
 5. xae0-813.muc10.core-backbone.com  0.0%    17   12.2  19.0  12.0  57.5  13.0
 6. xae0-629.nbg10.core-backbone.com  0.0%    17   14.8  15.7  14.3  19.3   1.1
 7. vlan4019.access5.core-backbone.c  0.0%    17   14.9  14.7  13.6  16.0   0.7
 8. www.rsm-connect.net               0.0%    17   14.4  14.6  12.5  18.4   1.5

HOP 4 und HOP 5 haben ein direktes Peering in München mit 10 GBit (NICHT SHARED) sprich garantierte Übertragungsleistung.

[Winchester]

Hi RcRaCk2k

Wie sieht ein direktes Peering aus?
tracert http://www.rsm-connect.net

Code: Alles auswählen

                                       Packets               Pings
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. 83-169-135-190.static.superkabel  5.6%    18   14.7  16.1   9.7  88.7  18.8
 3. 83-169-183-245-isp.superkabel.de 11.1%    18   10.8  27.0   9.4 195.3  48.0
 4. 83-169-128-209.static.superkabel  0.0%    18   11.7  13.4  10.4  28.7   4.4
 5. xae0-813.muc10.core-backbone.com  0.0%    17   12.2  19.0  12.0  57.5  13.0
 6. xae0-629.nbg10.core-backbone.com  0.0%    17   14.8  15.7  14.3  19.3   1.1
 7. vlan4019.access5.core-backbone.c  0.0%    17   14.9  14.7  13.6  16.0   0.7
 8. www.rsm-connect.net               0.0%    17   14.4  14.6  12.5  18.4   1.5

HOP 4 und HOP 5 haben ein direktes Peering in München mit 10 GBit (NICHT SHARED) sprich garantierte Übertragungsleistung.

Woraus erkennst du da ein direktes Peering? Wo sagt mir das Tracert das es nicht am INXS ausgetauscht wird? Vermutlich Insider Infos. Ich halte es nicht für ausgeschlossen das KD auch private Peerings betreibt, aber wo kann man besser seine Netze zusammen schließen als auf neutralen Boden eines Public IX? Zudem ist KD am Decix laut einiger Internet Quellen wohl mit 30 GBit angeschlossen.

Gut zugegeben, KD scheint nicht der Provider zu sein der mal ebend aufrüstet wenn seine Außenanbindung irgendwo lahmt. Denn sonst müssten Sie ja nicht ihre User drosseln. KD ist halt kein zuverlässiger IP Provider, sondern ne billig Klitsche. You get what you pay for, sage ich da nur. Ich denke das sich Private Peerings nur bei wirklich großen Providern lohnt, oder wenn die Fasern von 2 Netzen gerade am selben Ort vorhanden sind.

Link11 ist mir auch noch nie als Bremse aufgefallen. Viele Gameserver sind dort gehostet und ich hatte noch nie Probleme mit dem Durchsatz dort. So gesehen glaube ich nicht das es daran liegt das Link11 und KD am Decix, einer überaus leistungsfähigen Plattform, peeren, sondern das da eventuell doch aktiv seitens KD eingegriffen wird, jetzt wo man sogar die Uhr danach stellen kann.

MfG Winchester

[Tommy Hilfaker]

Dürfte ein Segmentproblem sein, da ich in den letzten Tagen nur Netload geladen und keine Drosselung festgestellt habe. Das waren fast 120GB an Daten

[KeVe]

Also wenns punkt 0 Uhr war, dann kann es auch die "Segment voll" 18.00-00.00 Drossel sein

Glaub am Wochenende drosseln die schon ab 10 Uhr!
Ist im übrigen grad wieder aktiv...

Dürfte ein Segmentproblem sein, da ich in den letzten Tagen nur Netload geladen und keine Drosselung festgestellt habe. Das waren fast 120GB an Daten

Ist es nicht!
Lade grad von Share-Online als Free User mit 200 kb/s
Wäre auch sehr komisch, wenn Punkt 0 Uhr das Problem behoben wäre.

Ich denke es wird gezielt gedrosselt.
Sprich Hoster bei denen viel Traffic angefallen ist werden gedrosselt, bei mir eben MU und NL.
Und ich habe weit mehr als 120 GB geladen

[RcRaCk2k]

Woraus erkennst du da ein direktes Peering?

Nein, dazu braucht es keine Insider Infos:
RIPE Lookup 83.169.128.209 (HOP 4 - KABEL-D)
RIPE Lookup 92.43.105.130 (HOP 5 - CORE-BACK.)

Man kann sehen, dass keine IP-Adresse von einem PUBLIC IX ist. Sollte ein Public IX in Verbindung sein, so ist immer eine IP-Adresse von diesem sichtbar.

Gegenbeispiel bei LINK11 über DECIX:
RIPE Lookup 83.169.129.93 (HOP 6 - KABEL-D)
RIPE Lookup 80.81.192.218 (HOP 7 - LINK11)

So gesehen glaube ich nicht das es daran liegt das Link11 und KD am Decix, einer überaus leistungsfähigen Plattform, peeren, sondern das da eventuell doch aktiv seitens KD eingegriffen wird, jetzt wo man sogar die Uhr danach stellen kann.

Jupp, das Problem ist doch, dass über 50% des Traffics über DECIX laufen. Geht DECIX nun dem Bandbreiten-Ende zu (z.B. die 30GBit, wie du gesagt hast), so werden halt IP-Ranges gedrosselt, wie z.B. LINK11 oder NETLOAD.IN, damit andere Dienste über DECIX nicht ausgebremst werden. Dort wo das Bottleneck auftritt, dort werden die Bremsen installiert, damit andere Services "Vorfahrt" bekommen. Daher ist es möglich, dass mit einem Private-Peering das Problem behoben wäre.

Am DECIX kann man auch Private-Peering machen. Kostet ein bisschen Geld, ist aber günstiger, als irgendwo anders die Infrastruktur zusammenzuschließen.

Im Falle von CORE-BACKBONE z.B. habe ich auch in Abendzeiten statt 300kB volle 4,1MB pro Sekunde.
Das war früher, als die Daten über DECIX liefen, nicht möglich...

[spooky]

Ich habe mir gerade ab 20h30 einen HD-Film über Zune (Xbox live) gestreamt, gottseidank keine Probleme gehabt

[Linuxfarmer-HH]

Ein hostbasiertes QoS beherrschen heute schon einige Routerbetriebssysteme, auf einer CMTS muss es nur jemand einschalten denn bezahlt ist es eh schon. Cisco IOS ist soweit das ein VoIP Kunde der 112 wählt eine Drosselung anderer Kunden in seinem Segment auslöst. Hostlisten sind das einfachste der Welt, bei false negative werden sich Kunden melden und meckern, bei Räuberseiten eher nicht und die bleiben dann auf der Liste. Der Listencheck macht sich hier in den Abendstunden durch die Latenz bemerkbar.

http://www.cablelabs.com/news/newslette ... tory5.html

[Fletch]

also an KDG liegt das Problem nicht, ich habe über einen VPN Dienst im Moment genauso schlechten Speed wie ohne. Liegt also wirklich an Netload. Rapidshare z.b. gibt mir vollen Speed.