IPv6, dass scheint`s zu sein. Ich habe IPv6 in meiner Fritte aktiviert (nativ IPv4) und seitdem scheint es zu klappen. Da die "Hänger" halt nur sporadisch auftreten teste ich noch etwas und versuche dann auch mal natives IPv6, also ohne IPv4-Umweg

Die Probleme traten bei mir nur auf der 500HD auf, die 7080 updatete ohne Probleme.

Ich habe jetzt nochmal auf der 500HD weitergetestet, auf einmal läuft das opkg update wie Schmitzkatze durch. Hat irgendwer irgendwo an ein paar Schräubchen gedreht?

So, habe mal auf den Antorten Button geklickt. Das Aufrufen dieser Seite dauerte 34 Sekunden.
Traceroute ist da ETWAS schneller, braucht aber manchmel bis zu 10 Sekunden. hier ist einer davon:

Das war's dann.

@Bit,

ich habe seit der Aktivierung von IPv6 in meinem Router keine Probleme mehr mit den Ladezeiten. Mag Zufall sein oder wie griffel meinte: "Hat irgendwer irgendwo an ein paar Schräubchen gedreht?"

Also hier hakt es auch seit ein paar Tagen....MASSIV!

Aber jetzt erklär mal, was du mit einem Traceroute bewirken willst.
Die Performance ist einfach schlecht.
Das wird nicht am Provider liegen.

Denn wird die Seite nicht komplett geladen, würde ich erstmal den Fehler am root Server/Apache2/fcgi usw. suchen und nicht am Provider.
Und selbst wenn, könnte auch das RZ Probleme haben mit der Anbindung usw.

Also ich versteh den Sinn des Traceroute der Clients nicht. Sorry.
Wenn ich bei mir solche Meldungen meiner User bekomme hab ich noch nie verlangt, dass die Traceroute ausführen sollen weil es an ihnen liegt.
In 99% der Meldungen war es immer am root Server gelegen. Sofern es ein echter ist und nicht nur VServer.

Also klär mich mal bitte auf, was du aus solchen Tracroutes rausliest.
Würde gerne was dazu lernen.
Danke schon mal.

Habe auch im Router IPv6 aktiviert,jedoch läuft das update auf meiner 800HDse auch nicht durch.Weder per Softwareverwaltung noch per telnet.

Kann mich meinem Vorredner nur anschließen. Hab heute und auch jetzt noch massive Probleme das Update egal wie laufen zu lassen. es bricht immer wieder ab bzw. hängt sich auf weil die Verbindung auf einmal abreist oder extrem langsam wird. Sogar beim Download der Images kann man da feststellen das es schnell und plötzlich extrem langsam ist.
Wollte eine Box heute neu machen aber dies ist so heute unmöglich, da die Update Listen leer sind und somit nur fehler dann eher verursachen

EDIT:

Anbei nochmal ein Tracetroute wie er grad immer wieder aussieht:

Homerius-MBP:~ Homerius$ traceroute board.newnigma2.to
traceroute to board.newnigma2.to (176.10.100.218), 64 hops max, 52 byte packets
1 fritz.box (192.168.3.1) 2.632 ms 2.370 ms 2.439 ms
2 217.0.118.227 (217.0.118.227) 19.652 ms 19.251 ms 19.416 ms
3 87.190.168.226 (87.190.168.226) 19.864 ms 20.429 ms 20.028 ms
4 f-ed5-i.f.de.net.dtag.de (217.5.95.50) 24.946 ms 25.921 ms 24.821 ms
5 xe-11-0-1.fra29.ip4.gtt.net (141.136.101.233) 24.899 ms 24.919 ms 25.927 ms
6 xe-1-1-0.zur11.ip4.gtt.net (141.136.108.62) 33.795 ms 30.256 ms 31.312 ms
7 trenka-gw.ip4.gtt.net (141.136.103.222) 34.410 ms 34.692 ms 34.126 ms
8 r1.softplus.net (91.201.56.129) 34.383 ms * 35.541 ms
9 huenenberg.swissirc.net (176.10.100.218) 34.239 ms * 34.773 ms

Soeben mal versucht manuell die Dateien vom Feed zuladen. Das dauert ewig bzw bleibt einfach hängen. Vielleicht kann doch mal jemand schauen was mit dem Feed's los ist.

Danke

das liegt an eurem Provider, nicht an dem Server hier.
Eben Update gemacht, alles schnell wie eh und je.

Vielleicht bringt es ja was, was ich nicht glaube, wenn ihr mal andere DNS
Server in den Netzwerkeinstellungen eintragt: 8.8.4.4 und 8.8.8.8 oder direkt
im Router als DNS eintragen, damit der vom Provder nicht mehr genutzt wird.

Ich kann dem ganzen hier nicht folgen
Nun ist es schon einige Tage so wie es meine Vorredner beschrieben haben. Egal was man anklickt es bleibt hängen oder öffnet sich nicht. Selbst hier auf der Seite muss man einen geeigneten Moment abgreifen um drauf zu kommen.
Es spielt auch keine Rolle wo und bei welchem Anbieter/ Stadtteil ich dieses versuche. Das hatten wir so in dieser Form noch nicht gehabt.
Dies ist kein Vorwurf

PS: Um das ganze noch einmal für mich zu testen hab ich 3 verschiede Images installiert und bei keinem gab es keinerlei Probleme beim online install wie derzeit beim nn2 .

Nur seltsam dass es mit dem Provider immer ging, nun plötzlich nicht mehr? Woran soll das liegen?

DNS alles so nochmal wie gewünscht eingestellt. Wirklich besser ist es deswegen auch nicht. Feed brauch sehr lang um die Listen zu zeigen. Über telnet das update nur machen bringt folgendes da er hängen bleibt beim abrufen der Feeds. Einzeln die Updates auswählen klappt grad am besten auch wenn es mega nervig ist und langwierig. SOgar über die GUI Updatefunktion verschluckt er sich immer und bringt somit Probleme mit sich

Hallo zusammen,

Hier nochmals der BOFH vom Server, ich sehe kaum Load auf dem Server, auch wurder der Server neu gestartet und ich selber habe keine Probleme. Ich vermute bald dass gewisse Provider eine Handbremse eingeschaltet haben.

0 [|||||||||||||||| 18.8%] Tasks: 127, 31 thr, 80 kthr; 1 running
1 [||||||| 8.4%] Load average: 0.63 0.58 0.50
2 [||||||||||||||||||||||| 32.0%] Uptime: 04:14:50
3 [||| 3.2%]
Mem[|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||xxxxx1xxxxxMB]
Swp[ 0/xxxxxMB]

Auch der Apache Prozess ist NICHT überlastet.

Current Time: Saturday, 26-Dec-2015 16:51:38 CET
Restart Time: Saturday, 26-Dec-2015 12:35:45 CET
Parent Server Generation: 0
Server uptime: 4 hours 15 minutes 53 seconds
Total accesses: 248899 - Total Traffic: 14.8 GB
CPU Usage: u51.14 s22.28 cu0 cs0 - .478% CPU load
16.2 requests/sec - 1.0 MB/second - 62.5 kB/request
36 requests currently being processed, 7 idle workers

W___K.CR_K__CWR_CCWWCW.WKWWKCWCWWKK............C...C....W.......
RW....K.K......R................K...W...........................
................................................................
................................................................

Scoreboard Key:
"_" Waiting for Connection, "S" Starting up, "R" Reading Request,
"W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup,
"C" Closing connection, "L" Logging, "G" Gracefully finishing,
"I" Idle cleanup of worker, "." Open slot with no current process

Was ich aber sagen kann ist folgendes "2014 vs 2015 = 48% mehr Visit und 2014 vs 2015 1/3 mehr Bandbreite" und nur auf den Feed bezogen auch ist run 40% mehr IPv6 Zugriff als im 2014 noch.

Ich bin immer noch am schauen was es sein kann, habe wirklich derzeit keine Idee was es sein kann ausser dass ich immer wie öfter Asymetrisches Routing sehe daher sind Traceroutes für mich trotzdem wichtig dass ich den Backway anschauen kann. Beispiel Francetelecom sendet den Traffic direkt, will aber die Antwort via New York was sehr am weg liegt. Ich denke mal das der Peering oder Transit Port in Paris voll ist und Sie daher den Traffic via New York wollen.

Just my 2 cent BOFH of the Server

Solaris

Was ich sagen kann das vorhin auf einmal der Feed wieder ging und ich die fehlenden Updates durchführen konnte und somit die Box auch nicht mehr beim Booten hängen geblieben ist. Dank telnet war sie noch erreichbar und ich konnte so das Update und Upgrade Prozedere starten bist alles durch war. Es dauer zur zeit halt noch recht lange bis er die Listen lädt wenn man den Feed über die blaue Taste aufruft. Hab nun alles erstmal wieder am laufen. Werd es weiter beobachten und kann gern Traceroutes hier die Tage mal wieder posten

Gibt es für dieses Problem keine Lösung?
Ich kann doch nicht mein Internet Provider wechseln nur um den NN2 Feed zu erreichen.
Bisher gingen die Updates doch auch mit dem DSL von der Telekom.

was hast Du IPv4 oder IPv6 ?

Einen Traceroute bitte !

Ich denke es ist ein Asymetrisches Routing Problem dazu brauche ich einen aktuellen Traceroute, da AS3320 (DTAG) auch hot potato routing macht -> en.wikipedia.org/wiki/Hot-potato_and_cold-potato_routing

Telekom IPv4

root@dm7080:~# traceroute newnigma2.to
traceroute to newnigma2.to (176.10.100.218), 30 hops max, 38 byte packets
1 10.5.10.1 (10.5.10.1) 0.390 ms 0.343 ms 0.346 ms
2 62.155.246.124 (62.155.246.124) 10.104 ms 9.699 ms 9.799 ms
3 217.239.48.134 (217.239.48.134) 11.213 ms 11.014 ms 11.382 ms
4 62.157.249.50 (62.157.249.50) 11.066 ms 10.876 ms 10.797 ms
5 xe-1-1-0.zur11.ip4.gtt.net (141.136.108.62) 16.099 ms 15.915 ms 15.679 ms
6 trenka-gw.ip4.gtt.net (141.136.103.222) 20.756 ms 22.131 ms 20.497 ms
7 r1.softplus.net (91.201.56.129) 19.709 ms 19.795 ms *
8 huenenberg.swissirc.net (176.10.100.218) 20.391 ms 20.311 ms 20.224 ms

root@dm7020hd:~# traceroute newnigma2.to
traceroute to newnigma2.to (176.10.100.218), 30 hops max, 38 byte packets
1 speedport.ip (192.168.2.1) 0.796 ms 0.628 ms 0.881 ms
2 217.0.117.48 (217.0.117.48) 42.722 ms 44.014 ms 41.673 ms
3 87.190.187.70 (87.190.187.70) 40.106 ms 40.102 ms 41.237 ms
4 f-ed5-i.F.DE.NET.DTAG.DE (217.5.95.2) 42.469 ms 43.248 ms 42.923 ms
5 xe-11-0-1.fra29.ip4.gtt.net (141.136.101.233) 56.351 ms 60.149 ms 62.166
ms
6 xe-1-1-0.zur11.ip4.gtt.net (141.136.108.62) 69.136 ms 68.326 ms 63.879 m
7 trenka-gw.ip4.gtt.net (141.136.103.222) 64.319 ms 67.568 ms 73.262 ms
8 r1.softplus.net (91.201.56.129) 67.561 ms 61.729 ms 63.454 ms
9 newnigma2.to (176.10.100.218) 65.833 ms 66.413 ms 67.790 ms
root@dm7020hd:~#


dreambox 7020hdv2 provider telekom

Hallo zusammen,

Okay bei DTAG (Telekom) sieht es so aus, das der Rückweg via Hurican Electric AS6939 und dann weiter zu TeliaSonera AB AS1299 geht bevor es dann bei DTAG AS3320 ankommt. Ich werde mal schauen das DataWire am Montag entweder das Routing anpassen kann das kein Asymetrisches Routing vorhanden ist. Kann jedoch noch nicht sagen, ob das die Probleme lösst aber es ist ein Versuch wert, ich hoffe das es nur DTAG (Telekom) User betrifft mit den Preformance Probleme.

Gruss BOFH
Solaris

Habe diese Probleme auch bei der DM7020HD jedoch nicht bei der DM7080 ( IPV4 / IPV6 Telekom Fritzbox 7490 )
root@dm7020hd:~# traceroute board.newnigma2.to
traceroute to board.newnigma2.to (176.10.100.218), 30 hops max, 38 byte packets
1 fritz.box (192.168.2.1) 0.751 ms 0.473 ms 0.293 ms
2 87.186.224.75 (87.186.224.75) 17.157 ms 16.757 ms 16.725 ms
3 87.186.200.186 (87.186.200.186) 17.458 ms 17.486 ms 17.321 ms
4 f-ed5-i.F.DE.NET.DTAG.DE (217.5.95.26) 21.744 ms 21.813 ms 22.096 ms
5 xe-11-0-1.fra29.ip4.gtt.net (141.136.101.233) 21.719 ms 21.981 ms 21.910 ms
6 xe-1-1-0.zur11.ip4.gtt.net (141.136.108.62) 27.201 ms 27.363 ms 27.469 ms
7 trenka-gw.ip4.gtt.net (141.136.103.222) 31.090 ms 31.208 ms 31.195 ms
8 r1.softplus.net (91.201.56.129) 31.291 ms 31.417 ms 31.274 ms
9 huenenberg.swissirc.net (176.10.100.218) 31.110 ms 31.179 ms 31.235 ms
root@dm7020hd:~#
root@dm7080:~# traceroute board.newnigma2.to
traceroute to board.newnigma2.to (176.10.100.218), 30 hops max, 38 byte packets
1 fritz.box (192.168.2.1) 0.395 ms 0.352 ms 0.368 ms
2 87.186.224.75 (87.186.224.75) 16.667 ms 17.152 ms 16.743 ms
3 87.186.200.186 (87.186.200.186) 17.581 ms 17.641 ms 17.445 ms
4 f-ed5-i.F.DE.NET.DTAG.DE (217.5.95.26) 22.662 ms 23.271 ms 22.438 ms
5 xe-11-0-1.fra29.ip4.gtt.net (141.136.101.233) 22.492 ms 21.798 ms 21.971 ms
6 xe-1-1-0.zur11.ip4.gtt.net (141.136.108.62) 27.048 ms 27.112 ms 27.211 ms
7 trenka-gw.ip4.gtt.net (141.136.103.222) 31.448 ms 31.136 ms 31.102 ms
8 r1.softplus.net (91.201.56.129) 31.263 ms 30.994 ms 31.247 ms
9 huenenberg.swissirc.net (176.10.100.218) 32.076 ms 31.137 ms 31.278 ms
root@dm7080:~#
Gruß Abteier