Es wird auf Facebook gemunkelt, dass OI das Projekt in Schönwalde-Glien auch aufs Eis legt. Dort ist es ähnlich wie in Brieselang. Hausanschlüsse teilweise auch schon verlegt.
Beiträge von murphaph
-
-
Schon seltsam das ganze. Also ich bin schon froh, dass ich meine VDSL nicht aufgegeben habe.
-
Das sind 2 kurzere Unterbrechungen von 23:01:52 bis 23:08:54 und dann wieder von 23:54:29 bis 00:01:49. Die Unterbrechung war nicht durchgehehend. Schon doof, wenn das immer wieder vorkommt.
-
Ist wieder passiert gestern abend. Ich war schon im Bett und habe sowieso Failover. Hier meine Edgerouter-Logs:
Code
Alles anzeigenJul 20 23:01:52 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe1 reachability changes to unreachable. Jul 20 23:01:52 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe1 state changes to inactive. Jul 20 23:01:52 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe2 state changes to active. Jul 20 23:02:04 ERX1 pppd[32608]: Serial link appears to be disconnected. Jul 20 23:02:09 ERX1 ntpd[390]: ntpd exiting on signal 15 (Terminated) Jul 20 23:02:09 ERX1 ntpd[25644]: ntpd 4.2.8p10@1.3728-o Sun Feb 25 21:43:38 UTC 2018 (1): Starting Jul 20 23:02:10 ERX1 pppd[32608]: Connection terminated: no multilink. Jul 20 23:02:10 ERX1 pppd[32608]: Modem hangup Jul 20 23:02:39 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:03:15 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 20 23:03:39 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:04:31 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 20 23:04:39 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:05:39 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:05:46 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 20 23:06:39 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:07:01 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 20 23:07:39 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:08:14 ERX1 kernel: ESW: Link Status Changed - Port1 Link Down Jul 20 23:08:16 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 20 23:08:17 ERX1 kernel: ESW: Link Status Changed - Port1 Link UP Jul 20 23:08:31 ERX1 pppd[32608]: Connected to 00:00:5e:00:01:02 via interface eth1.37 Jul 20 23:08:31 ERX1 pppd[32608]: Connect: pppoe1 <--> eth1.37 Jul 20 23:08:31 ERX1 systemd-udevd[26406]: link_config: could not get ethtool features for ppp1 Jul 20 23:08:31 ERX1 systemd-udevd[26406]: Could not set offload features of ppp1: No such device Jul 20 23:08:31 ERX1 pppd[32608]: CHAP authentication succeeded Jul 20 23:08:31 ERX1 pppd[32608]: peer from calling number 00:00:5E:00:01:02 authorized Jul 20 23:08:31 ERX1 pppd[32608]: not replacing existing default route through pppoe2 with metric -1 Jul 20 23:08:31 ERX1 pppd[32608]: local IP address 212.86.51.229 Jul 20 23:08:31 ERX1 pppd[32608]: remote IP address 212.86.50.1 Jul 20 23:08:31 ERX1 pppd[32608]: primary DNS address 1.1.1.1 Jul 20 23:08:31 ERX1 pppd[32608]: secondary DNS address 8.8.8.8 Jul 20 23:08:38 ERX1 ntpd[25651]: ntpd exiting on signal 15 (Terminated) Jul 20 23:08:38 ERX1 ntpd[26701]: ntpd 4.2.8p10@1.3728-o Sun Feb 25 21:43:38 UTC 2018 (1): Starting Jul 20 23:08:44 ERX1 ddclient[5973]: SUCCESS: updating 1: good: IP address set to 212.86.51.229 Jul 20 23:08:54 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe1 reachability changes to reachable. Jul 20 23:08:54 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe1 state changes to active. Jul 20 23:08:54 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe2 state changes to failover. Jul 20 23:54:29 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe1 reachability changes to unreachable. Jul 20 23:54:29 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe1 state changes to inactive. Jul 20 23:54:29 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe2 state changes to active. Jul 20 23:54:43 ERX1 pppd[32608]: Serial link appears to be disconnected. Jul 20 23:54:47 ERX1 ntpd[26707]: ntpd exiting on signal 15 (Terminated) Jul 20 23:54:47 ERX1 ntpd[29430]: ntpd 4.2.8p10@1.3728-o Sun Feb 25 21:43:38 UTC 2018 (1): Starting Jul 20 23:54:48 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:54:49 ERX1 pppd[32608]: Connection terminated: no multilink. Jul 20 23:54:49 ERX1 pppd[32608]: Modem hangup Jul 20 23:55:48 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:55:54 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 20 23:56:48 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:57:09 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 20 23:57:48 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:58:24 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 20 23:58:49 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 20 23:59:39 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 20 23:59:49 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 21 00:00:08 ERX1 kernel: ESW: Link Status Changed - Port1 Link Down Jul 21 00:00:12 ERX1 kernel: ESW: Link Status Changed - Port1 Link UP Jul 21 00:00:49 ERX1 ddclient[5973]: WARNING: found neither ipv4 nor ipv6 address Jul 21 00:00:54 ERX1 pppd[32608]: Timeout waiting for PADO packets Jul 21 00:00:54 ERX1 pppd[32608]: Connected to 00:00:5e:00:01:02 via interface eth1.37 Jul 21 00:00:54 ERX1 pppd[32608]: Connect: pppoe1 <--> eth1.37 Jul 21 00:00:54 ERX1 systemd-udevd[30263]: link_config: could not get ethtool features for ppp1 Jul 21 00:00:54 ERX1 systemd-udevd[30263]: Could not set offload features of ppp1: No such device Jul 21 00:00:54 ERX1 pppd[32608]: CHAP authentication succeeded Jul 21 00:00:54 ERX1 pppd[32608]: peer from calling number 00:00:5E:00:01:02 authorized Jul 21 00:00:55 ERX1 pppd[32608]: not replacing existing default route through pppoe2 with metric -1 Jul 21 00:00:55 ERX1 pppd[32608]: local IP address 178.20.95.191 Jul 21 00:00:55 ERX1 pppd[32608]: remote IP address 178.20.95.1 Jul 21 00:00:55 ERX1 pppd[32608]: primary DNS address 1.1.1.1 Jul 21 00:00:55 ERX1 pppd[32608]: secondary DNS address 8.8.8.8 Jul 21 00:01:02 ERX1 ntpd[29437]: ntpd exiting on signal 15 (Terminated) Jul 21 00:01:02 ERX1 ntpd[30618]: ntpd 4.2.8p10@1.3728-o Sun Feb 25 21:43:38 UTC 2018 (1): Starting Jul 21 00:01:20 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe1 reachability changes to reachable. Jul 21 00:01:20 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe1 state changes to active. Jul 21 00:01:20 ERX1 ubnt-util: WLB: Load-Balance group G interface pppoe2 state changes to failover. Jul 21 00:01:49 ERX1 ddclient[5973]: SUCCESS: updating 1: good: IP address set to 178.20.95.191pppoe1: DNS:Net
pppoe2: VDSL
-
Ich hoffe sehr, dass es nicht bei mir zu sowas kommt:
DNS:NET Geschädigte | DNS-NET 🤬DNS-NET 🤬 Hallo liebe Gemeinde, sicherlich bin ich nicht der Einzige der Probleme mit DNS hat, zumindest was die Kosten für den Anschluss betrifft. Nach langem…www.facebook.comAuch in Brieselang haben sie mit diesen pauschalen 249€ beworben.
-
Meine Router (Unifi UDM SE) hat auch nicht auf Fallback umgeschaltet, weil er ja eine IP hatte und Ping funktionierte.
Habe gerade im Log meines Edgerouters geschaut. Ist bei mir auch so gewesen. Das gute ist, dieses mal hat es anscheinend sehr viele getroffen, vielleicht sogar alle DNS:Net Kunden und war nicht zu ignorieren.
-
Ich habe es nicht mitbekommen. In der Zeit war ich offline. Wie lang dauerte die Störung an?
-
Alles klar. Das hört sich gut an
-
Heute schraube ich an Failover & Failback in meinem Edgreouter X. Alles läuft super bei mir, nachdem ich die Fehlende Load-Balancing-regeln zur Firewall hinzugefügt habe. Aber mir ist was ausgeffalen als ich das ganze mit MTR getestet habe. DNS:Net scheint immer noch Packet-Loss zu haben.
Hier ein MTR zu 8.8.8.8 über DNS:Net-Glasfaser:
Das gleiche aber über meine Failover-VDSL der Telekom:
Laut whois gehört der Server der DNS:Net:
Ich bin ja kein Expert. Was meint ihr? Müsste DNS:Net sich darum kümmern? Oder ist sowas zu vernachlässigen?
-
Dem schließe ich mich an! ( sPnzz).
Sonst zum Thema, seit es gestern Nacht schlagartig funktionierte habe ich heute noch keine Probleme gehabt.
Sehr schön aber richtig merkwürdig, dass dieses Problem dich und fujitsu Abends komplett lahmgelegt hatte während es bei uns kaum spurbar war (außer bei den Speedtests).
-
Damit kann man arbeiten.
Ist aber immer noch nicht ganz in Ordnung, oder?
-
Man oh man, bin ich froh das ich die Möglichkeit hatte OI/IN zu nutzen. Solche Probleme hatte ich in den letzten 10 Monaten nicht. Ich drück euch die Daumen das alles funktioniert.
Wäre mir auch lieber gewesen. Würde immer noch eine zweite Leitung von OI verlegen lassen!
-
mike danke fürs drum kümmern. Das wäre nie so schnell gefixt wenn nur normal Sterbliche da angrefufen hätten.
-
Falls das "Frankfurt-Problem" gelöst ist, bin ich aber richtig gespannt wie es dem fujitsu2000 und dem chrislu geht danach. Dann werden wir wirklich sehen, ob das zwei unterschiedlieche Probleme sind.
-
Ich bin auf heute Abend gespannt weil gestern das Ende wirklich wie das Kippens eines Schalters vorkam. In fast einem Augenblick war alles wieder in Ordnung. Wenn ich mir die letzten 10 Tagen anschaue, ist es nie so gewesen. Viellecht haben sie doch was gemacht.....naja die Hoffnung stirbt zuletzt. Vielleicht war es nur der Smoketest selbst was vieleicht eine Weile nicht ausgeführt worden war und dann sah es nur so aus. Die Meisten hier in der lokalen Facebook-Gruppe zucken nur die Schultern und sagen "bei mir gings". Redundanz verstehen sie nicht, oder zumindest erst wenn ein Problem in BCIX auftritt verstehen sie was es ist.
-
Moment...heute sieht es anders aus:
Ist wirklich schlagartig wieder in Ordnung geworden.
-
Und täglich grüßt das Murmeltier....
-
Openinfra anrufen?
-
Irgendwas stimmt da nicht.
Habnet habe ich jetzt mehrfach getestet, die typischen 260+ Mbit/s mit Supervectoring von NetCologne werden nicht zuverlässig erreicht. Eben waren es auch einmal nur 150, immer zeitgleich volle Geschwindigkeit mit creoline, i3D, TELE AG, oder nicht. Normalerweise habe ich Mühe, mit meiner Leitung einen Server zu finden, der nicht die 260 schafft. Egal zu welcher Tageszeit
Könnt ihr Contabo in Düsseldorf mit dem Windows Client testen, oder ist der zu weit weg? Das ist einer der performantesten Server bei mir.
Ein Windows Rechner habe ich nicht hier aber per Ookla habe ich gerade nur 3-4 mbps mit creoline & i3d. Contabo in Düsseldorf habe ich volle Power. Ist immer diese kleineren in Frankfurt.
-
Ich habe LWL und Habnet in Frankfurt gewählt.
Habnet 5 / 400 MBit/sec
LWL 910 / 435 MBit/sec
Das ist schon interessant.Letzte Messkampage gegen 20:11 Uhr 4,13 /387 MBit/sec.
LWL hat ein Port in BCIX:
Members/Peers | BCIXBCIX-Members and Peers All participants and members at BCIX can be found in the following table. The BCIX member list is also available in JSON format based on…www.bcix.deHabnet nicht. Ich wette deine Traffic fließt ab Berlin über den Backbone von LWL nicht DNS:Net.
