Skip to main content
Warum O2
Warenkorb
 Service
Frage

Störung - DSL-Verbindung besteht laut Router, aber kein Internetzugang

  • March 23, 2017
  • 10 Antworten
  • 3306 Aufrufe
ASO
Besucher:in
Seit über 2 Wochen haben wir das Problem, dass zwar der Router anzeigt, dass die DSL-Verbindung weiterhin aktiv ist (keine Trennung), aber Verbindungen ins Internet sind - meist abends - nicht mehr möglich. Eine über 30 Minuten funktionierende Verbindung wäre ein Wunder. Neustart des Router hilft nur für wenige Minuten. Da bei der o2 Box alle Debugging-Möglichkeiten für die Kunden versteckt sind, kann ich auch nichts weiteres darüber aussagen. Neueinrichten des Routers war auch erfolglos.

Per Telefon und Chat ist o2 wie üblich nicht realistisch erreichbar, ohne Stunden in der Warteschleife zu verbringen, also frage ich nun hier. Für etwas zu zahlen, das nicht funktioniert, ist mehr als lästig.

Die einzige Informationsquelle ist der "Live-Check", der aussagt "Hier in der Nähe wird gerade an einer unserer Basisstationen gearbeitet". Ob hier nun der DSLAM oder nur das mobile Internet gemeint ist - wer weiß das schon?!...

Ist jemandem bekannt, was ich in diesem Fall noch probieren könnte, oder ob o2 gerade solche Probleme öfter hat?

Danke!

    10 Antworten

    Jogi
    Legende
    • Jogi
    • March 24, 2017
    Moin,

    welcher Router ist denn in Betrieb ? Verbindung über Lan oder Wlan ? Sind Änderungen an der Beleuchtung ersichtlich, also was blinkt was leuchtet wie stabil, was ist aus ? Welche Endgeräte sind betroffen (PC/Handy/Tablet) ? Was sagt ein Speedtest zu Zeiten, wo es funktioniert ? 

    Greetz

    Een schiet mutt ikk
    ASO
    Besucher:in
    • ASO
    • Autor
    • Besucher:in
    • March 24, 2017
    O2 Homebox 2. Internetverbindung funktioniert von keinem Gerät, egal ob über LAN oder WLAN. Wie gesagt funktioniert das lokale Netz noch wunderbar. Beleuchtung und http://o2.box/ sagen nichts über einen möglichen Fehler. Die DSL-Leuchte ist weiterhin dauerhaft grün. Bei funktionierender Verbindung ist die Geschwindigkeit etwa wie üblich (600 kB/sec down bei DSL 6000, Upload war schwer zu testen da ich gerade nicht daheim bin, aber etwa normal).

    o2_StefanX
    Forum|alt.badge.img+16
    • o2_StefanXTeam
    • Team
    • March 24, 2017
    Die Syncronisation bleibt auch laut Port durchgehend bestehen. Ich kann da keine Abbrüche erkennen.

    Gibt es Fehlermeldungen beim Seitenaufruf?

    Gruß

    Stefan

    Jetzt endlos surfen mit dem o2 Free! | Lesenswerte Tipps, Apps und mehr | Teste neue Smartphones

    ASO
    Besucher:in
    • ASO
    • Autor
    • Besucher:in
    • March 25, 2017
    Habe das Problem genau jetzt wieder festgestellt. Interessanterweise sagt mein Browser dann "DNS-Eintrag nicht gefunden" bei Aufruf von Webseiten. Die DSL-LED leuchtet weiter. Als ich den Laptop zum Debuggen aufmachen wollte, ging es schon wieder. Zum Zeitpunkt des Ausfalls lief die DSL-Verbindung 10 Minuten laut Router.

      macbroadcast
      Besucher:in
      • macbroadcast
      • Besucher:in
      • March 26, 2017
      Habe seit 16 März das gleiche Problem, kein DSL und Telefonie, beim Anruf auf der Hotline und eingeben meiner Telefonnummer wird seit Freitag angesagt " In ihrem Vorwahl Bereich kann es vorkommen das Sie ihren Telefon und Internetanschluss nicht nutzen können" . Ja ne is klar, Ich bin jetzt seit 10 Tagen ohne DSL und Telefon, mir wurden mittlerweile 2 Router zugeschickt, wie geht es jetzt weiter ? 

      o2_StefanX
      Forum|alt.badge.img+16
      • o2_StefanXTeam
      • Team
      • March 28, 2017
      ASO schrieb:

      Habe das Problem genau jetzt wieder festgestellt. Interessanterweise sagt mein Browser dann "DNS-Eintrag nicht gefunden" bei Aufruf von Webseiten. Die DSL-LED leuchtet weiter. Als ich den Laptop zum Debuggen aufmachen wollte, ging es schon wieder. Zum Zeitpunkt des Ausfalls lief die DSL-Verbindung 10 Minuten laut Router.

      Ds scheint eher ein DNS Problem zu sein.

      Trage doch einfach mal für ein paar Tage zum testen den DNS Server von Google in deinem Laptop ein und schaue ob damit das Problem auch auftritt.

      Gruß

      Stefan

      Jetzt endlos surfen mit dem o2 Free! | Lesenswerte Tipps, Apps und mehr | Teste neue Smartphones

      ASO
      Besucher:in
      • ASO
      • Autor
      • Besucher:in
      • March 28, 2017
      Das DNS-Problem ist wohl ein roter Hering... tritt wohl nur auf im Zeitraum, wenn der WLAN AP aktiv wird und der Initiierung des DNS-Services im Router - also die erste Minute nachdem man den Router neu gestartet hat.

      Das eigentliche Problem ist immer noch nicht gelöst, und auch heute Abend habe ich wieder vermehrt Verbindungsabbrüche bemerkt. Man kann dann überhaupt nicht mehr zu Internetadressen wie der berühmten 8.8.8.8 verbinden. Gibt es denn tatsächlich hier in der Nähe Arbeiten an der Leitung?

      o2_StefanX
      Forum|alt.badge.img+16
      • o2_StefanXTeam
      • Team
      • March 29, 2017
      Mir sind keine Arbeiten dort bekannt. Auch sehe ich wie gesagt keine Verbindungsabbrüche. Der Router bleibt durchgehend syncron.

      Magst du mal einen Trace zu den Seiten erstellen die dann nicht geöffnet werden können? Eventuell findet sich ja ein Problem auf der Route.

      Gruß

      Stefan

      Jetzt endlos surfen mit dem o2 Free! | Lesenswerte Tipps, Apps und mehr | Teste neue Smartphones

      macbroadcast
      Besucher:in
      • macbroadcast
      • Besucher:in
      • March 31, 2017
      Bin mal gespannt ob der Service Mitarbeiter am Montag eine Lösung bei mir findet.

      Beim Reset des Routers, leuchtet die Info Lampe grün , es zeigt im Browser o2.box an , das ich connectiert bin, beim aufrufen einer Seite erhalte ich einen 404 Fehler, Mail funktioniert nicht.

      Beim Restart des Routers, blinkt die Info Lampe, o2.box zeigt Verbindung an, beim Aufrufen einer Webseite erhalte ich Fehlermeldung, das keine Verbindung hergestellt werden kann, aber ich kann Mails abrufen.

      Die Pineingabe wird in jedem Fall übersprungen, beim Abnehmen des Telefonhörers, besetzt Zeichen.

      Wie kann so ein Fehler der seit dem 16.  März besteht, auf einen Fehler im Kabel zurückzuführen sein ?

      Das klingt für mich nach einem technischen Problem von euerer Seite 

      ASO
      Besucher:in
      • ASO
      • Autor
      • Besucher:in
      • April 2, 2017
      Im den letzten 3 Tagen konnte ich das Problem nicht nachvollziehen. Wenn die Verbindung mal scheinbar unterbrochen war, habe ich gleich einen trace zu 8.8.8.8 probiert und es ist jedes Mal durchgegangen. Allerdings saumäßig langsam!

      Das hier ist von gerade eben:

      $ ping 8.8.8.8
      PING 8.8.8.8 (8.8.8.8): 56 data bytes
      64 bytes from 8.8.8.8: icmp_seq=0 ttl=56 time=459.777 ms
      64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=172.432 ms
      64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=325.597 ms
      64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=506.015 ms
      64 bytes from 8.8.8.8: icmp_seq=4 ttl=56 time=514.783 ms
      64 bytes from 8.8.8.8: icmp_seq=5 ttl=56 time=360.154 ms
      64 bytes from 8.8.8.8: icmp_seq=6 ttl=56 time=644.766 ms
      64 bytes from 8.8.8.8: icmp_seq=7 ttl=56 time=232.659 ms
      64 bytes from 8.8.8.8: icmp_seq=8 ttl=56 time=305.342 ms
      Request timeout for icmp_seq 9
      64 bytes from 8.8.8.8: icmp_seq=10 ttl=56 time=147.026 ms
      64 bytes from 8.8.8.8: icmp_seq=11 ttl=56 time=135.384 ms
      64 bytes from 8.8.8.8: icmp_seq=12 ttl=56 time=360.462 ms
      64 bytes from 8.8.8.8: icmp_seq=13 ttl=56 time=218.710 ms
      64 bytes from 8.8.8.8: icmp_seq=14 ttl=56 time=328.668 ms
      64 bytes from 8.8.8.8: icmp_seq=15 ttl=56 time=301.498 ms
      64 bytes from 8.8.8.8: icmp_seq=16 ttl=56 time=440.620 ms
      64 bytes from 8.8.8.8: icmp_seq=17 ttl=56 time=279.416 ms
      64 bytes from 8.8.8.8: icmp_seq=18 ttl=56 time=271.710 ms
      64 bytes from 8.8.8.8: icmp_seq=19 ttl=56 time=432.297 ms
      64 bytes from 8.8.8.8: icmp_seq=20 ttl=56 time=427.996 ms
      64 bytes from 8.8.8.8: icmp_seq=21 ttl=56 time=283.388 ms
      64 bytes from 8.8.8.8: icmp_seq=22 ttl=56 time=273.585 ms
      64 bytes from 8.8.8.8: icmp_seq=23 ttl=56 time=182.681 ms
      64 bytes from 8.8.8.8: icmp_seq=24 ttl=56 time=165.473 ms
      64 bytes from 8.8.8.8: icmp_seq=25 ttl=56 time=166.504 ms
      64 bytes from 8.8.8.8: icmp_seq=26 ttl=56 time=168.211 ms
      64 bytes from 8.8.8.8: icmp_seq=27 ttl=56 time=464.891 ms
      64 bytes from 8.8.8.8: icmp_seq=28 ttl=56 time=630.495 ms
      64 bytes from 8.8.8.8: icmp_seq=29 ttl=56 time=445.925 ms
      64 bytes from 8.8.8.8: icmp_seq=30 ttl=56 time=309.579 ms
      64 bytes from 8.8.8.8: icmp_seq=31 ttl=56 time=269.055 ms
      64 bytes from 8.8.8.8: icmp_seq=32 ttl=56 time=560.563 ms
      64 bytes from 8.8.8.8: icmp_seq=33 ttl=56 time=723.386 ms
      64 bytes from 8.8.8.8: icmp_seq=34 ttl=56 time=507.375 ms
      64 bytes from 8.8.8.8: icmp_seq=35 ttl=56 time=358.304 ms
      64 bytes from 8.8.8.8: icmp_seq=36 ttl=56 time=190.498 ms
      64 bytes from 8.8.8.8: icmp_seq=37 ttl=56 time=192.136 ms
      64 bytes from 8.8.8.8: icmp_seq=38 ttl=56 time=175.184 ms
      64 bytes from 8.8.8.8: icmp_seq=39 ttl=56 time=526.911 ms
      64 bytes from 8.8.8.8: icmp_seq=40 ttl=56 time=383.317 ms
      64 bytes from 8.8.8.8: icmp_seq=41 ttl=56 time=166.446 ms
      64 bytes from 8.8.8.8: icmp_seq=42 ttl=56 time=176.774 ms
      64 bytes from 8.8.8.8: icmp_seq=43 ttl=56 time=226.879 ms
      64 bytes from 8.8.8.8: icmp_seq=44 ttl=56 time=308.976 ms
      64 bytes from 8.8.8.8: icmp_seq=45 ttl=56 time=297.878 ms
      64 bytes from 8.8.8.8: icmp_seq=46 ttl=56 time=310.649 ms
      64 bytes from 8.8.8.8: icmp_seq=47 ttl=56 time=643.238 ms
      64 bytes from 8.8.8.8: icmp_seq=48 ttl=56 time=318.013 ms
      64 bytes from 8.8.8.8: icmp_seq=49 ttl=56 time=569.704 ms
      64 bytes from 8.8.8.8: icmp_seq=50 ttl=56 time=398.748 ms
      64 bytes from 8.8.8.8: icmp_seq=51 ttl=56 time=396.215 ms
      64 bytes from 8.8.8.8: icmp_seq=52 ttl=56 time=441.812 ms
      64 bytes from 8.8.8.8: icmp_seq=53 ttl=56 time=272.786 ms
      64 bytes from 8.8.8.8: icmp_seq=54 ttl=56 time=207.993 ms
      64 bytes from 8.8.8.8: icmp_seq=55 ttl=56 time=356.269 ms
      64 bytes from 8.8.8.8: icmp_seq=56 ttl=56 time=282.578 ms
      64 bytes from 8.8.8.8: icmp_seq=57 ttl=56 time=418.902 ms
      64 bytes from 8.8.8.8: icmp_seq=58 ttl=56 time=461.403 ms
      64 bytes from 8.8.8.8: icmp_seq=59 ttl=56 time=241.333 ms
      64 bytes from 8.8.8.8: icmp_seq=60 ttl=56 time=312.447 ms
      64 bytes from 8.8.8.8: icmp_seq=61 ttl=56 time=248.167 ms
      64 bytes from 8.8.8.8: icmp_seq=62 ttl=56 time=269.335 ms
      64 bytes from 8.8.8.8: icmp_seq=63 ttl=56 time=440.668 ms
      64 bytes from 8.8.8.8: icmp_seq=64 ttl=56 time=452.887 ms
      64 bytes from 8.8.8.8: icmp_seq=65 ttl=56 time=472.284 ms
      64 bytes from 8.8.8.8: icmp_seq=66 ttl=56 time=356.055 ms
      64 bytes from 8.8.8.8: icmp_seq=67 ttl=56 time=304.681 ms
      64 bytes from 8.8.8.8: icmp_seq=68 ttl=56 time=403.226 ms
      64 bytes from 8.8.8.8: icmp_seq=69 ttl=56 time=425.607 ms
      64 bytes from 8.8.8.8: icmp_seq=70 ttl=56 time=445.260 ms
      Request timeout for icmp_seq 71
      64 bytes from 8.8.8.8: icmp_seq=71 ttl=56 time=1143.508 ms
      64 bytes from 8.8.8.8: icmp_seq=72 ttl=56 time=231.585 ms
      64 bytes from 8.8.8.8: icmp_seq=73 ttl=56 time=386.342 ms
      64 bytes from 8.8.8.8: icmp_seq=74 ttl=56 time=292.798 ms
      64 bytes from 8.8.8.8: icmp_seq=75 ttl=56 time=205.075 ms
      64 bytes from 8.8.8.8: icmp_seq=76 ttl=56 time=266.249 ms
      64 bytes from 8.8.8.8: icmp_seq=77 ttl=56 time=356.689 ms
      64 bytes from 8.8.8.8: icmp_seq=78 ttl=56 time=184.709 ms
      64 bytes from 8.8.8.8: icmp_seq=79 ttl=56 time=659.173 ms
      64 bytes from 8.8.8.8: icmp_seq=80 ttl=56 time=292.575 ms
      64 bytes from 8.8.8.8: icmp_seq=81 ttl=56 time=412.070 ms
      64 bytes from 8.8.8.8: icmp_seq=82 ttl=56 time=201.801 ms
      64 bytes from 8.8.8.8: icmp_seq=83 ttl=56 time=424.160 ms
      64 bytes from 8.8.8.8: icmp_seq=84 ttl=56 time=404.050 ms
      64 bytes from 8.8.8.8: icmp_seq=85 ttl=56 time=569.933 ms
      64 bytes from 8.8.8.8: icmp_seq=86 ttl=56 time=597.948 ms
      64 bytes from 8.8.8.8: icmp_seq=87 ttl=56 time=760.020 ms
      64 bytes from 8.8.8.8: icmp_seq=88 ttl=56 time=577.785 ms
      64 bytes from 8.8.8.8: icmp_seq=89 ttl=56 time=622.769 ms
      64 bytes from 8.8.8.8: icmp_seq=90 ttl=56 time=250.563 ms
      64 bytes from 8.8.8.8: icmp_seq=91 ttl=56 time=341.998 ms
      64 bytes from 8.8.8.8: icmp_seq=92 ttl=56 time=234.392 ms
      64 bytes from 8.8.8.8: icmp_seq=93 ttl=56 time=265.182 ms
      64 bytes from 8.8.8.8: icmp_seq=94 ttl=56 time=506.265 ms
      64 bytes from 8.8.8.8: icmp_seq=95 ttl=56 time=338.392 ms
      64 bytes from 8.8.8.8: icmp_seq=96 ttl=56 time=593.801 ms
      64 bytes from 8.8.8.8: icmp_seq=97 ttl=56 time=450.221 ms
      64 bytes from 8.8.8.8: icmp_seq=98 ttl=56 time=436.743 ms
      64 bytes from 8.8.8.8: icmp_seq=99 ttl=56 time=422.870 ms
      64 bytes from 8.8.8.8: icmp_seq=100 ttl=56 time=385.820 ms
      64 bytes from 8.8.8.8: icmp_seq=101 ttl=56 time=396.545 ms
      64 bytes from 8.8.8.8: icmp_seq=103 ttl=56 time=231.807 ms
      64 bytes from 8.8.8.8: icmp_seq=104 ttl=56 time=197.812 ms
      64 bytes from 8.8.8.8: icmp_seq=105 ttl=56 time=276.754 ms
      64 bytes from 8.8.8.8: icmp_seq=106 ttl=56 time=310.521 ms
      64 bytes from 8.8.8.8: icmp_seq=107 ttl=56 time=330.635 ms
      64 bytes from 8.8.8.8: icmp_seq=108 ttl=56 time=307.242 ms
      64 bytes from 8.8.8.8: icmp_seq=109 ttl=56 time=433.366 ms
      64 bytes from 8.8.8.8: icmp_seq=110 ttl=56 time=324.645 ms
      64 bytes from 8.8.8.8: icmp_seq=111 ttl=56 time=308.751 ms
      64 bytes from 8.8.8.8: icmp_seq=112 ttl=56 time=597.406 ms
      64 bytes from 8.8.8.8: icmp_seq=113 ttl=56 time=286.198 ms
      64 bytes from 8.8.8.8: icmp_seq=114 ttl=56 time=431.669 ms
      64 bytes from 8.8.8.8: icmp_seq=115 ttl=56 time=417.787 ms
      64 bytes from 8.8.8.8: icmp_seq=116 ttl=56 time=403.259 ms
      64 bytes from 8.8.8.8: icmp_seq=117 ttl=56 time=403.641 ms
      64 bytes from 8.8.8.8: icmp_seq=118 ttl=56 time=386.632 ms
      64 bytes from 8.8.8.8: icmp_seq=119 ttl=56 time=218.389 ms
      64 bytes from 8.8.8.8: icmp_seq=120 ttl=56 time=212.200 ms
      64 bytes from 8.8.8.8: icmp_seq=121 ttl=56 time=215.275 ms
      64 bytes from 8.8.8.8: icmp_seq=122 ttl=56 time=205.339 ms
      64 bytes from 8.8.8.8: icmp_seq=123 ttl=56 time=202.090 ms
      64 bytes from 8.8.8.8: icmp_seq=124 ttl=56 time=215.307 ms
      64 bytes from 8.8.8.8: icmp_seq=125 ttl=56 time=215.050 ms
      64 bytes from 8.8.8.8: icmp_seq=126 ttl=56 time=222.832 ms
      64 bytes from 8.8.8.8: icmp_seq=127 ttl=56 time=347.172 ms
      64 bytes from 8.8.8.8: icmp_seq=128 ttl=56 time=308.641 ms
      64 bytes from 8.8.8.8: icmp_seq=129 ttl=56 time=299.714 ms
      64 bytes from 8.8.8.8: icmp_seq=130 ttl=56 time=305.897 ms
      64 bytes from 8.8.8.8: icmp_seq=131 ttl=56 time=207.656 ms
      64 bytes from 8.8.8.8: icmp_seq=132 ttl=56 time=207.192 ms
      64 bytes from 8.8.8.8: icmp_seq=133 ttl=56 time=260.395 ms
      ^C
      --- 8.8.8.8 ping statistics ---
      135 packets transmitted, 132 packets received, 2.2% packet loss
      round-trip min/avg/max/stddev = 135.384/355.858/1143.508/150.601 ms
      Und traceroute:

      $ traceroute 8.8.8.8
      traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
       1  o2.box (192.168.178.1)  33.745 ms  2.698 ms  2.653 ms
       2  62.52.200.114 (62.52.200.114)  303.293 ms  161.514 ms  139.991 ms
       3  bundle-ether12.0003.dbrx.01.muc.de.net.telefonica.de (62.53.13.34)  120.787 ms  114.344 ms  155.184 ms
       4  ae3-0.0002.corx.01.muc.de.net.telefonica.de (62.53.13.70)  153.045 ms  160.909 ms
          ae3-0.0001.corx.01.muc.de.net.telefonica.de (62.53.13.66)  180.553 ms
       5  hundredgige0-5-0-1.0001.dbrx.01.muc.de.net.telefonica.de (62.53.7.9)  757.222 ms  704.559 ms  304.590 ms
       6  ae3-0.0001.prrx.03.muc.de.net.telefonica.de (62.53.21.151)  434.738 ms  253.623 ms
          ae2-0.0001.prrx.03.muc.de.net.telefonica.de (62.53.21.149)  270.636 ms
       7  62.52.230.1 (62.52.230.1)  387.942 ms  505.119 ms  342.970 ms
       8  64.233.175.123 (64.233.175.123)  182.936 ms
          72.14.239.133 (72.14.239.133)  331.355 ms
          209.85.254.49 (209.85.254.49)  393.405 ms
       9  google-public-dns-a.google.com (8.8.8.8)  472.965 ms  170.924 ms  516.313 ms
      Via IPv6:

      $ traceroute6 '2001:4860:4860::8888'
      traceroute6 to 2001:4860:4860::8888 (2001:4860:4860::8888) from 2a01:c22:760a:da00:7833:196c:be6:7c77, 64 hops max, 12 byte packets
       1  2a01:c22:760a:da00:aad3:f7ff:fecc:e2b3  4.581 ms  113.394 ms  2.748 ms
       2  2a02:3001::134  204.652 ms  296.247 ms  792.426 ms
       3  * * *
       4  * * *
       5  2a02:3001::ff  274.448 ms  320.444 ms
          2a02:3001::100  348.257 ms
       6  2a02:3000:1400::5  703.691 ms  418.105 ms  114.452 ms
       7  2a02:30ff:ffff::13  391.917 ms  585.502 ms  474.782 ms
       8  2001:4860:0:1::97b  520.403 ms
          2001:4860:0:1::979  332.658 ms
          2001:4860:0:1::599  261.983 ms
       9  google-public-dns-a.google.com  142.817 ms  25.576 ms  26.505 ms
      Die Verbindung ist gerade sehr lahm. Ich kann dem Browser sichtlich zuschauen, wie verbindet, TLS-Austausch macht, etc. Normalerweise sieht man diese Meldungen gar nicht in der Statusleiste, weil es zu schnell geht. Ein Online-Speedtest zeigt DSL 4300 kBit/s (von 6000) down, 442 up (von 1024). Beides viel zu langsam und unüblich.

      Ich habe auch noch als letzte blöde Idee IPv6 auf meinem WLAN-Interface abgeschalten (übrigens macOS 10.12.3), aber hilft natürlich nichts, weil die o2 Box immer mit IPv6 am Internet zu hängen scheint.

      Hilft das irgendwie, das Problem festzustellen?

      Allgemeine Nutzungsbedingungen der O₂ CommunityAccessibility statement
      © Telefónica Germany GmbH & Co. OHG Telefónica