Es ist gefördert. Telekom nimmt das Geld und kann damit nen Backbone zu diesen Flecken bauen. Nach einiger Zeit kann diese Infrastruktur genutzt werden um einen privatwirtschaftlichen Ausbau etwas günstiger zu machen, oder ist sowas gar nicht erlaubt?
Beiträge von murphaph
-
-
PS: bisher kann man noch gar nicht 24 Monate bei DNS rum haben, weil es da noch gar nicht so lang freigegeben Anschlüsse gibt- die Leute die das schrieben hatten VDSL - ist ne vollkommen andere Sache
Es gibt DNS Net GF Kunden seit mindestens 10 Jahren. Das mit dem Peering etc. ist erstmal egal da die Leitung gar nicht in Betrieb genommen wird und wer weiß wie das alles aussieht wenn es soweit ist. Eine kostenlose Telekom GF-Leitung abzulehnen wäre für mich ein großer Fehler.
-
Noch gibt es keine Alternativen zu DNS Net, auch bei den Kunden die raus aus der Mindestvertragslaufzeit sind. Ich würde eine kostenlose zweit Anschluss auf jeden Fall legen lassen.
-
Ich kann es aber auch verstehen, dass die Gemeinden mittlerweile etwas vorsichtiger geworden sind, bezüglich Genehmigungen und Auflagen etc. wenn man sieht, wie manche GF-Subunternehmer die Baustellen hinter sich lassen.
-
Ich zittiere aus der Schönwalde-Glien-Gruppe:
Wir hatten bei OpenInfra angerufen und dort hieß es, dass unsere Daten aus Februar nicht mal dort eingegangen wären und der Ausbau für Schönwalde-Glien derzeit auf Eis liege.. -
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.
-
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.
