Häufige Unterbrechung der WAN Verbindung aus ASUS VDSL Modem

5 years ago

Hallo,

 

seit Sonntag Abend bricht bei mir sehr häufig (etwa alle 10-15 min) die WAN Verbindung ab. Sie bricht immer für ca. 1 bis 3 Min. ab und kommt dann wieder.

 

Ich habe Magenta XL 175 MBit und nutze einen ASUS DSL-AC68VG Router. Ich habe auch einen "alten" ASUS DSL-AC87VG, den ich probeweise angeschlossen habe. Das Problem tritt dort ebenso auf. Es muss also entweder am ISP oder an irgendwelchen ASUS-spezifischen Einstellungen liegen (i.e. das Modem/Router ist nicht defekt). Firmware Downgrade auf dem Modem hat nichts gebracht. Bis vorigen Sonntag lief die Konfiguration seit Einzug auch problemlos. Laut Auskunft der Telekom Service-Hotline liegt keine Störung der Leitung vor (allerdings konnte ich es nicht so abpassen, dass ich sie am Telefon hatte, als eine Störung war).

 

Ich kopiere unten die letzten  Minuten vor Abbruch aus dem System Log des Routers. Vielleicht kann damit jemand etwas anfangen. Das Muster ist bei jedem Abbruch das gleiche. Danke im Vorraus für Eure Hilfe!

 

Jun 16 08:07:05 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 6
Jun 16 08:07:05 DSL-AC87VG daemon.info dhclient: adapter index 19
Jun 16 08:07:11 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 14
Jun 16 08:07:11 DSL-AC87VG daemon.info dhclient: adapter index 19
Jun 16 08:07:25 DSL-AC87VG daemon.info dhclient: No DHCPOFFERS received.
Jun 16 08:07:25 DSL-AC87VG daemon.info dhclient: No working leases in persistent database - sleeping.
Jun 16 08:07:31 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 8
Jun 16 08:07:31 DSL-AC87VG daemon.info dhclient: adapter index 19
Jun 16 08:07:39 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 9
Jun 16 08:07:39 DSL-AC87VG daemon.info dhclient: adapter index 19
Jun 16 08:07:48 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 7
Jun 16 08:07:48 DSL-AC87VG daemon.info dhclient: adapter index 19
Jun 16 08:07:55 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 7
Jun 16 08:07:55 DSL-AC87VG daemon.info dhclient: adapter index 19
Jun 16 08:08:02 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 5
Jun 16 08:08:02 DSL-AC87VG daemon.info dhclient: adapter index 19
Jun 16 08:08:07 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 6
Jun 16 08:08:07 DSL-AC87VG daemon.info dhclient: adapter index 19
Jun 16 08:08:13 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 13
Jun 16 08:08:13 DSL-AC87VG daemon.info dhclient: adapter index 19
Jun 16 08:08:23 DSL-AC87VG daemon.info dnsmasq[25578]: started, version 2.78 cachesize 150
Jun 16 08:08:23 DSL-AC87VG daemon.info dnsmasq[25578]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect no-inotify
Jun 16 08:08:23 DSL-AC87VG daemon.warn dnsmasq[25578]: warning: using interface br0 instead
Jun 16 08:08:23 DSL-AC87VG daemon.info dnsmasq[25578]: reading /etc/resolv.conf
Jun 16 08:08:23 DSL-AC87VG daemon.info dnsmasq[25578]: using nameserver 217.237.149.142#53
Jun 16 08:08:23 DSL-AC87VG daemon.info dnsmasq[25578]: using nameserver 217.237.150.205#53
Jun 16 08:08:23 DSL-AC87VG daemon.info dnsmasq[25578]: using nameserver 2001:470:20::2#53
Jun 16 08:08:23 DSL-AC87VG daemon.info dnsmasq[25578]: read /etc/hosts - 7 addresses
Jun 16 08:08:23 DSL-AC87VG daemon.notice miniupnpd[21678]: shutting down MiniUPnPd
Jun 16 08:08:26 DSL-AC87VG daemon.info pppd[21228]: Exit.

1404

18

  • 5 years ago

    7

    Answer

    from

    5 years ago

    Also im Log ist immer das gleiche Muster direkt vor dem Verbindungsabbruch (siehe unten bis zur roten Zeile). Ich kopiere zusätzlich auch mal die ersten Zeilen nach Wiederaufbau der Verbindung (ab grün - ca. 2 Min. später).

     

    Wenn das "miniupnpd[17769]:shutting down MiniUPnPd"  bzw. "pppd[17338]: Exit." an sich keinen Verbindungsabbruch beschreibt, so scheint es doch etwas damit zu tun zu haben.

     

    Ich habe jetzt, meine ich gefunden, wo man den VLan8 deaktiviert. Ich bin bei weitem kein Profi, aber ein wenig finde ich mich schon zurecht. Mal sehen, ob das etwas bringt. 

     

    Jun 16 11:10:32 DSL-AC87VG daemon.info dnsmasq[21900]: started, version 2.78 cachesize 150
    Jun 16 11:10:32 DSL-AC87VG daemon.info dnsmasq[21900]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect no-inotify
    Jun 16 11:10:32 DSL-AC87VG daemon.warn dnsmasq[21900]: warning: using interface br0 instead
    Jun 16 11:10:32 DSL-AC87VG daemon.info dnsmasq[21900]: reading /etc/resolv.conf
    Jun 16 11:10:32 DSL-AC87VG daemon.info dnsmasq[21900]: using nameserver 217.237.149.142#53
    Jun 16 11:10:32 DSL-AC87VG daemon.info dnsmasq[21900]: using nameserver 217.237.150.205#53
    Jun 16 11:10:32 DSL-AC87VG daemon.info dnsmasq[21900]: using nameserver 2001:470:20::2#53
    Jun 16 11:10:32 DSL-AC87VG daemon.info dnsmasq[21900]: read /etc/hosts - 7 addresses
    Jun 16 11:10:33 DSL-AC87VG daemon.notice miniupnpd[17769]: shutting down MiniUPnPd
    Jun 16 11:10:36 DSL-AC87VG daemon.info pppd[17338]: Exit.

    Jun 16 11:12:32 DSL-AC87VG daemon.notice pppd[24302]: pppd 2.4.1 started by root, uid 0
    Jun 16 11:12:36 DSL-AC87VG daemon.info dnsmasq[17661]: exiting on receipt of SIGTERM
    Jun 16 11:12:36 DSL-AC87VG daemon.info dnsmasq[21900]: exiting on receipt of SIGTERM
    Jun 16 11:12:36 DSL-AC87VG daemon.info dhclient: adapter index 98
    Jun 16 11:12:36 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 3
    Jun 16 11:12:36 DSL-AC87VG daemon.info dhclient: adapter index 98
    Jun 16 11:12:38 DSL-AC87VG daemon.info dnsmasq[24641]: started, version 2.78 cachesize 150
    Jun 16 11:12:38 DSL-AC87VG daemon.info dnsmasq[24641]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect no-inotify
    Jun 16 11:12:38 DSL-AC87VG daemon.info dnsmasq[24641]: read /etc/hosts - 7 addresses
    Jun 16 11:12:38 DSL-AC87VG daemon.info dnsmasq[24641]: using nameserver 217.237.149.142#53
    Jun 16 11:12:38 DSL-AC87VG daemon.info dnsmasq[24641]: using nameserver 217.237.150.205#53
    Jun 16 11:12:38 DSL-AC87VG daemon.info dnsmasq[24641]: using nameserver 2001:470:20::2#53
    Jun 16 11:12:38 DSL-AC87VG daemon.info dhcpd: Internet Systems Consortium DHCP Server 4.1.1-P1
    Jun 16 11:12:38 DSL-AC87VG daemon.info dhcpd: Copyright 2004-2010 Internet Systems Consortium.
    Jun 16 11:12:38 DSL-AC87VG daemon.info dhcpd: All rights reserved.
    Jun 16 11:12:38 DSL-AC87VG daemon.info dhcpd: For info, please visit https://www.isc.org/software/dhcp/
    Jun 16 11:12:38 DSL-AC87VG daemon.info dhcpd: Wrote 23 leases to leases file.
    Jun 16 11:12:38 DSL-AC87VG daemon.info dhcpd: Listening on Socket/br0/192.168.1.0/24
    Jun 16 11:12:38 DSL-AC87VG daemon.info dhcpd: Sending on Socket/br0/192.168.1.0/24
    Jun 16 11:12:39 DSL-AC87VG daemon.notice miniupnpd[24744]: HTTP listening on port 32805
    Jun 16 11:12:39 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 3
    Jun 16 11:12:39 DSL-AC87VG daemon.info dhclient: adapter index 98
    Jun 16 11:12:42 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 6
    Jun 16 11:12:42 DSL-AC87VG daemon.info dhclient: adapter index 98

    Answer

    from

    5 years ago

    Update: Nachdem ich VLan 8 deaktiviert habe, kam es nun zu einem längeren Abbruch mit anderen Log-Meldungen:

     

    Jun 16 11:37:07 DSL-AC87VG daemon.info dhcpd: DHCPDISCOVER from fc:6b:f0:14:f9:bf (LinkCam_LECS-012013-VDHEXXY) via br0
    Jun 16 11:37:08 DSL-AC87VG daemon.info dhcpd: DHCPOFFER on 192.168.1.7 to fc:6b:f0:14:f9:bf (LinkCam_LECS-012013-VDHEXXY) via br0
    Jun 16 11:37:09 DSL-AC87VG daemon.info dhcpd: Reclaiming not used lease 192.168.1.7.
    Jun 16 11:37:09 DSL-AC87VG daemon.info dhcpd: DHCPREQUEST for 192.168.1.7 (192.168.1.1) from fc:6b:f0:14:f9:bf (LinkCam_LECS-012013-VDHEXXY) via br0
    Jun 16 11:37:09 DSL-AC87VG daemon.info dhcpd: DHCPACK on 192.168.1.7 to fc:6b:f0:14:f9:bf (LinkCam_LECS-012013-VDHEXXY) via br0
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: setsockopt: SO_BINDTODEVICE: No such device
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient:
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: If you did not get this software from ftp.isc.org, please
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: get the latest from ftp.isc.org and install that before
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: requesting help.
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient:
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: If you did get this software from ftp.isc.org and have not
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: yet read the README, please read it before requesting help.
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: If you intend to request help from the dhcp-server@isc.org
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: mailing list, please read the section on the README about
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: submitting bug reports and requests for help.
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient:
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: Please do not under any circumstances send requests for
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: help directly to the authors of this software - please
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: send them to the appropriate mailing list as described in
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: the README file.
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient:
    Jun 16 11:37:22 DSL-AC87VG daemon.err dhclient: exiting.
    Jun 16 11:37:23 DSL-AC87VG daemon.info dnsmasq[22313]: started, version 2.78 cachesize 150
    Jun 16 11:37:23 DSL-AC87VG daemon.info dnsmasq[22313]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect no-inotify
    Jun 16 11:37:23 DSL-AC87VG daemon.warn dnsmasq[22313]: warning: using interface br0 instead
    Jun 16 11:37:23 DSL-AC87VG daemon.info dnsmasq[22313]: reading /etc/resolv.conf
    Jun 16 11:37:23 DSL-AC87VG daemon.info dnsmasq[22313]: using nameserver 217.237.149.142#53
    Jun 16 11:37:23 DSL-AC87VG daemon.info dnsmasq[22313]: using nameserver 217.237.150.205#53
    Jun 16 11:37:23 DSL-AC87VG daemon.info dnsmasq[22313]: using nameserver 2001:470:20::2#53
    Jun 16 11:37:23 DSL-AC87VG daemon.info dnsmasq[22313]: read /etc/hosts - 7 addresses
    Jun 16 11:37:27 DSL-AC87VG daemon.info pppd[14880]: Exit.
    Jun 16 11:40:19 DSL-AC87VG daemon.notice pppd[25947]: pppd 2.4.1 started by root, uid 0
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: setsockopt: SO_BINDTODEVICE: No such device
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient:
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: If you did not get this software from ftp.isc.org, please
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: get the latest from ftp.isc.org and install that before
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: requesting help.
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient:
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: If you did get this software from ftp.isc.org and have not
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: yet read the README, please read it before requesting help.
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: If you intend to request help from the dhcp-server@isc.org
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: mailing list, please read the section on the README about
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: submitting bug reports and requests for help.
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient:
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: Please do not under any circumstances send requests for
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: help directly to the authors of this software - please
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: send them to the appropriate mailing list as described in
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: the README file.
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient:
    Jun 16 11:40:31 DSL-AC87VG daemon.err dhclient: exiting.
    Jun 16 11:40:32 DSL-AC87VG daemon.info pppd[25947]: Exit.
    Jun 16 11:40:32 DSL-AC87VG daemon.crit dnsmasq[26357]: failed to create listening socket for port 18018: Address already in use
    Jun 16 11:40:32 DSL-AC87VG daemon.crit dnsmasq[26357]: FAILED to start up
    Jun 16 11:42:22 DSL-AC87VG daemon.notice pppd[28719]: pppd 2.4.1 started by root, uid 0
    Jun 16 11:42:25 DSL-AC87VG daemon.info dnsmasq[15136]: exiting on receipt of SIGTERM
    Jun 16 11:42:25 DSL-AC87VG daemon.info dnsmasq[22313]: exiting on receipt of SIGTERM
    Jun 16 11:42:27 DSL-AC87VG daemon.info dnsmasq[29036]: started, version 2.78 cachesize 150
    Jun 16 11:42:27 DSL-AC87VG daemon.info dnsmasq[29036]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect no-inotify
    Jun 16 11:42:27 DSL-AC87VG daemon.info dnsmasq[29036]: read /etc/hosts - 7 addresses
    Jun 16 11:42:27 DSL-AC87VG daemon.info dnsmasq[29036]: using nameserver 217.237.149.142#53
    Jun 16 11:42:27 DSL-AC87VG daemon.info dnsmasq[29036]: using nameserver 217.237.150.205#53
    Jun 16 11:42:27 DSL-AC87VG daemon.info dnsmasq[29036]: using nameserver 2001:470:20::2#53
    Jun 16 11:42:28 DSL-AC87VG daemon.info dhcpd: Internet Systems Consortium DHCP Server 4.1.1-P1
    Jun 16 11:42:28 DSL-AC87VG daemon.info dhcpd: Copyright 2004-2010 Internet Systems Consortium.
    Jun 16 11:42:28 DSL-AC87VG daemon.info dhcpd: All rights reserved.
    Jun 16 11:42:28 DSL-AC87VG daemon.info dhcpd: For info, please visit https://www.isc.org/software/dhcp/
    Jun 16 11:42:28 DSL-AC87VG daemon.info dhcpd: Wrote 23 leases to leases file.
    Jun 16 11:42:28 DSL-AC87VG daemon.info dhcpd: Listening on Socket/br0/192.168.1.0/24
    Jun 16 11:42:28 DSL-AC87VG daemon.info dhcpd: Sending on Socket/br0/192.168.1.0/24

    Answer

    from

    5 years ago

    Hallo @familyschillo,

    ehrlich gesagt, muss ich bei dieser Routermeldung passen, da ich das Gerät absolut nicht kenne.
    Ich muss hier mal auf das Schwarmwissen der Community hoffen...

    Viele Grüße

    Torsten S.

    Unlogged in user

    Answer

    from

  • 5 years ago

    Hallo @familyschillo,

    deine Leitung zeigt bislang keine Auffälligkeiten.

    Hast du es mal mit einem ganz anderen Router versucht?
    So können wir feststellen ob es eventuell ein Problem mit dem Asus gibt.

    Viele Grüße
    Dorothea T.

    5

    Answer

    from

    5 years ago

    familyschillo

    @Dorothea T. Ich habe leider nicht einfach mal einen anderen Router herum liegen, um das auszuprobieren. Ich habe jetzt mal VLan8 wieder aktiviert, aber (bei beiden VLan's) UPnP deaktiviert. Jetzt läuft es seit 5 Std. und 15 Min. ohne Unterbrechung (hoffentlich beschreie ich es jetzt nicht).

    @Dorothea T. Ich habe leider nicht einfach mal einen anderen Router herum liegen, um das auszuprobieren.

     

    Ich habe jetzt mal VLan8 wieder aktiviert, aber (bei beiden VLan's) UPnP deaktiviert. Jetzt läuft es seit 5 Std. und 15 Min. ohne Unterbrechung (hoffentlich beschreie ich es jetzt nicht).

    familyschillo

    @Dorothea T. Ich habe leider nicht einfach mal einen anderen Router herum liegen, um das auszuprobieren.

     

    Ich habe jetzt mal VLan8 wieder aktiviert, aber (bei beiden VLan's) UPnP deaktiviert. Jetzt läuft es seit 5 Std. und 15 Min. ohne Unterbrechung (hoffentlich beschreie ich es jetzt nicht).


    Du kannst das ruhig aktiv lassen, da passiert auch nichts, sollte auch nicht der Grund für Abbrüche sein. Das Merkwürdige ist halt, im Log sind eigentlich keine Abbrüche zu sehen, die Frage nach der Firmware von @Gelöschter Nutzer  war jetzt auch eigentlich nicht falsch Zwinkernd

    Answer

    from

    5 years ago

    @Gelöschter Nutzer   v1.05.18 build305 Oct. 9, 2018 Ist die Firmware Version. Das ist jetzt für den DSL-AC87VG. Den DSL-AC68VG habe ich noch nicht wieder angeschlossen, da war aber auch die neueste Firmware drauf. Der AC87VG kann mit der neuen Firmware jetzt scheinbar auch Super-Vectoring, Yay!

     

    Wie in der anderen Antwort geschrieben: ich habe jetzt einmal UPnP für beide VLan 7 und 8 deaktiviert und es läuft seit über 5 Std. stabil. Ich drücke die Daumen, dass das vielleicht den Fehler behoben hat.

    Answer

    from

    5 years ago

    Guten Morgen. Leider zu früh gefreut. Gestern Abend lief es sauber, aber heute morgen schon wieder 2 Abbrüche in einer halben Stunde. Mal eine doofe Frage: Ihr sagt, der Log zeigt keine Abbrüche. Aber der String, der vor dem Eintrag „pppd[27698]: Exit.“ (oder ähnlich) kommt, tritt nur auf, wenn ein Abbruch erfolgt. Hat das damit nichts zu tun? Exit klingt mir als Laie ziemlich nach Abbruch. Direkt danach ist die Verbindung auf jeden Fall weg und die DSL Leuchte blinkt bis sie wieder eine Verbindung bekommt. Evtl. protokolliert der Log auch nicht die DSL-Verbindung (steht ja auch nix zum Verbindungsaufbau etc. drin). Einen anderen habe ich aber nicht. Es gibt zwar ein „DSL-Log“, aber der zeigt nur den Status an und loggt nicht wirklich.

     

    also weiter für Eure Hilfe dankbar. Unten noch einmal der Log um den letzten Abbruch herum:

     

    Jun 17 05:36:54 DSL-AC87VG daemon.info dnsmasq[25790]: started, version 2.78 cachesize 150
    Jun 17 05:36:54 DSL-AC87VG daemon.info dnsmasq[25790]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect no-inotify
    Jun 17 05:36:54 DSL-AC87VG daemon.warn dnsmasq[25790]: warning: using interface br0 instead
    Jun 17 05:36:54 DSL-AC87VG daemon.info dnsmasq[25790]: reading /etc/resolv.conf
    Jun 17 05:36:54 DSL-AC87VG daemon.info dnsmasq[25790]: using nameserver 185.37.37.37#53
    Jun 17 05:36:54 DSL-AC87VG daemon.info dnsmasq[25790]: using nameserver 185.37.39.39#53
    Jun 17 05:36:54 DSL-AC87VG daemon.info dnsmasq[25790]: using nameserver 2001:470:20::2#53
    Jun 17 05:36:54 DSL-AC87VG daemon.info dnsmasq[25790]: read /etc/hosts - 7 addresses
    Jun 17 05:36:58 DSL-AC87VG daemon.info pppd[28859]: Exit.
    Jun 17 05:38:56 DSL-AC87VG daemon.notice pppd[27698]: pppd 2.4.1 started by root, uid 0
    Jun 17 05:38:59 DSL-AC87VG daemon.info dhclient: adapter index 96
    Jun 17 05:38:59 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 3
    Jun 17 05:38:59 DSL-AC87VG daemon.info dhclient: adapter index 96
    Jun 17 05:39:02 DSL-AC87VG daemon.info dhclient: DHCPDISCOVER on ptm0.8 to 255.255.255.255 port 67 interval 7
    Jun 17 05:39:02 DSL-AC87VG daemon.info dhclient: adapter index 96
    Jun 17 05:39:05 DSL-AC87VG daemon.info pppd[27698]: Exit.
    Jun 17 05:39:06 DSL-AC87VG daemon.crit dnsmasq[28059]: failed to create listening socket for port 18018: Address already in use
    Jun 17 05:39:06 DSL-AC87VG daemon.crit dnsmasq[28059]: FAILED to start up

    Unlogged in user

    Answer

    from

  • 5 years ago

    Hallo @familyschillo,

    die größte Hürde hier ist, dass die Leitungsdaten (zumindest so wie geschrieben) in Ordnung sein sollen und systemseitig auch kein Abbruch erkannt wird.
    Vom Resultat her könnten wir dem System nur noch einen Technikertermin auf den Weg geben, der aber -sofern das Problem im Heimnetzwerk besteht- kostenpflichtig wird. Daher auch die Frage meiner Kollegin, ob ggf. ein anderer Router (optimal Speedport oder Fritzbox) leihweise organisiert werden kann.

    Wir können uns selbst auch gerne noch einmal die Leitung ansehen (nicht, dass da der Kollege hat der Hotline etwas übersehen hat). Dazu aber bitte noch im Community-Profil (https://telekomhilft.telekom.de/t5/user/myprofilepage/tab/personal-profile:telekom-custom-user-profile-userdata) Ihre Kundendaten hinterlegen.

    Viele Grüße
    Oliver I.

    3

    Answer

    from

    5 years ago

    @Oliver I. Kundennummer habe ich mal zum Profil hinzugefügt. Hatte heute morgen noch einmal mit Ihren Kollegen von der Service-Hotline telefoniert und noch einmal bestätigt bekommen, dass in der "7-Tages-Messung" keine Störung der Leitung vorläge. Geht die Messung dann eigentlich bis zur APL , oder TAE ?

     

    Wie auch immer, habe jetzt mal eine Fritzbox 7590 geordert, die morgen kommen sollte, dann kann man mal sehen, ob es am ASUS-Router liegt. Allerdings lief es ja seit über 3 Monaten (im neuen Haus - und seit 3 Jahren im alten Haus) problemlos mit dem ASUS. Wäre also auch komisch, wenn sich das einfach so ändern würde, ohne, dass an irgendeinem Gerät kürzlich Änderungen/Updates/etc. vorgenommen wurden.

     

    Noch ein Denkanstoß:

    Mir war aufgefallen, dass in der Zeit, in der es gestern Abend stabil lief, relativ wenige DHCP leases vom Router verteilt wurden. Es waren nur etwa 3-4 leases und der Rest der Geräte wurde als "static IP" angezeigt. Heute morgen waren es wieder 21 leases, als die Abbrüche zunahmen. Könnten die Abbrüche etwas mit der Menge an DHCP-leases zu tun haben? Bzw. evtl. ein bestimmtes (evtl. fehlerhaftes) Gerät, dass den Router killt?

    Answer

    from

    5 years ago

    Guten Morgen @familyschillo,

    sorry, dass wir uns hier jetzt erst melden.
    Wie sieht es mit der FRITZ!Box 7590 aus?

    Bezüglich deines Denkanstoßes: Dies würde sich wohl nur herausfinden lassen, wenn du alle Geräte aus dem Heimnetz entfernst und dann immer nach und nach ein Gerät wieder im Heimnetz hinzufügst.
    Hast du mal mit der DHCP Leasetime "gespielt"? Mal so zum Test Zwinkernd

    Viele Grüße
    Marita S.

    Answer

    from

    5 years ago

    @Marita S.  Seit Mittwoch lief es auch ohne Ftrizbox wieder unterbrechungsfrei. Werde das Teil also zurück geben

     

    Ich hatte davor noch einmal mit einem Freund gesprochen, der als IT-System/Netzwerkadministrator in einem Unternehmen arbeitet. Er meinte, dass die folgende Zeile wohl darauf hindeute, dass die Abbrüche daher kommen, dass ich von Telekom keine automatische WAN-IP bekommen habe.

     

    dnsmasq[21900]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect no-inotify

     

    Woran dass dann liegen kann, könnt Ihr sicher besser sagen, als ich...

    Unlogged in user

    Answer

    from

Unlogged in user

Ask

from