Router verliert ständig Verbindung

Router verliert ständig Verbindung

Also ich habe folgendes Problem und das seit 6 Monaten jetzt -.-
Ich benutze das RED 100 DSL von Vodafone

Ich habe Internet abrisse , also so das die Lampe vom DSL blinkt folglich kein Signal erhällt .
Das dauert dann immer 5 Minuten bis das Signal wieder da ist und alles läuft Normal .
Die Ausfälle sind Willkürlich und nicht Tages oder Uhrzeit gebunden .
Es kann einmal am Tag vorkommen oder auch schon mal 8 mal und est Nervt Mega .
Es waren schon 3 Techiker da und haben nichts fest geställt ^^
Router und alles Kabel wurden auch mehrmals Getauscht ohne erfolg -.-
Ich habe eine Fritzbox 7430 Sowie einen TP Link V900

Hat Jemand noch ANDERE Ideen oder vorschläge ??
Mfg Peter

AW: Router verliert Ständig verbindung

Hi,
Was sagt denn das LOG der Frotzbox in dem Moment wenn die DSL-Sychronization wegfällt? Was macht der Tp Link in deinem Netzwerk? Laut Beschreibung gehe ich mal davon aus das du einen Tarif mit Verctoring Profil 35b hast? Firmware der Fritte aktuell? Mal mit der vorherigen dSL-Modem Firmware getestet? Pppoe Einwahl von einem anderen Herät funktioniert fehlerfrei? Inhouse Verkablun in Ordnung zu Not einmal bitte direkt an der HAL/ Übergabepunkt ins Haus anschließen und testen ob hier der Link stabil bleibt.

Gruß Niklas

AW: Router verliert Ständig verbindung

falls er alt ist, kann ein neuer Router Wunder wirken

AW: Router verliert Ständig verbindung

Mh ich habe den TP Link nur genommen weil ich dachte ich Fritz Box wäre das Problem anscheinend war es aber nicht so da da Problem mit beiden Routern auftritt
Firmware beider Router ist Aktuell
Die Techniker meinten es liegt nicht an der Dose noch an der Verkabelung mh
Was die Einstellung des Routers betrifft bin ich eben kein Fachmann ich habe alles so gelassen wie er per Instalationscode von Vodafone eingestellt wurde

AW: Router verliert Ständig verbindung

Tausche mal das Netzteil des Routers.

AW: Router verliert Ständig verbindung

Ist irgendwo in der unmittelbaren Nähe irgend eine Ledbeleuchtung, Tageslichtlampe, RGB-Beleuchtung etc...
Sie kann ursächlich sein das die Internetsignale weggepulst werden können.
Bekannter von mir hatte sein Laptop in der Nähe des Fensters, an diesem war eine Weihnachtsledbeleuchtung die zu Verbindungsabbrüchen führte. Auch kann beim Nachbarn ein Solches hinter der Wand oder Decke sowas auslösen, vielleicht mal Routerstandort wechseln.

AW: Router verliert Ständig verbindung

Mh das einzigste was da in der Nähe steht wäre so ein Lautsprecher Turm . Und Morgen kommt jetzt Techniker nummer 4 ^^ mal sehen was der sagt
Also Router Standort wurde auch schon gewechselt ohne erfolg eigentlich kann fast nur noch was mit dem Haus oder Wohnungsanschluss sein

AW: Router verliert Ständig verbindung

Mh das einzigste was da in der Nähe steht wäre so ein Lautsprecher Turm . Und Morgen kommt jetzt Techniker nummer 4 ^^ mal sehen was der sagt

AW: Router verliert Ständig verbindung

Hier mal vom Router zum Zeitpunkt des Abrisses

2019-03-24 18:04:06 [4] PPP: ppp1 LCP down
2019-03-24 18:04:06 [6] PPP: ppp1 sent [LCP TermReq id=0x2 "User request"]
2019-03-24 18:04:06 [6] PPP: ppp1 sent [LCP TermReq id=0x3 "User request"]
2019-03-24 18:04:10 [3] PPP: ppp1
2019-03-24 18:04:10 [5] VoIP: disable SIP stack due to intf IP is 0.0.0.0
2019-03-24 18:04:11 [5] VoIP: ip_conntrack module is not loaded, or we did not open the CONFIG_NF_CT_LOCAL_LIMIT

2019-03-24 18:04:20 [5] DHCPD: Recv REQUEST from 084:6A:A2E:11
2019-03-24 18:04:21 [5] DHCPD: Send ACK to 192.168.1.100
2019-03-24 18:04:50 [3] Other: wl0.0: wlc_wsec_recvdata_decrypt ICV error using key index 0, dropping unicast frame 0 ividx 0
2019-03-24 18:04:54 [5] DHCPD: Recv REQUEST from 00:0C:F6:C5:A5:77
2019-03-24 18:04:54 [5] DHCPD: Send ACK to 192.168.1.104
2019-03-24 18:09:00 [6] PPP: ppp1 sent [PADI Host-Uniq(0x00007520)]
2019-03-24 18:09:01 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 0
2019-03-24 18:09:03 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 0
2019-03-24 18:09:05 [6] PPP: ppp1 sent [PADI Host-Uniq(0x00007520)]
2019-03-24 18:09:05 [6] PPP: ppp1 rcvd [PADO PeerMac(40-7c-7d-7b-3f-d6)]
2019-03-24 18:09:05 [6] PPP: ppp1 sent [PADR Host-Uniq(0x00007520)]
2019-03-24 18:09:05 [6] PPP: ppp1 rcvd [PADS SessionID(0xe01d)]
2019-03-24 18:09:05 [6] PPP: ppp1 sent [LCP ConfReq id=0x1 <mru 1480> <magic 0x936319bf>]
2019-03-24 18:09:05 [6] PPP: ppp1 rcvd [LCP ConfReq id=0xf1 <mru 1492> <auth chap MD5> <magic 0x723d270>]
2019-03-24 18:09:05 [6] PPP: ppp1 sent [LCP ConfAck id=0xf1 <mru 1492> <auth chap MD5> <magic 0x723d270>]
2019-03-24 18:09:05 [6] PPP: ppp1 rcvd [LCP ConfAck id=0x1 <mru 1480> <magic 0x936319bf>]
2019-03-24 18:09:05 [6] PPP: ppp1 sent [LCP EchoReq id=0x0 magic=0x936319bf]
2019-03-24 18:09:05 [6] PPP: ppp1 rcvd [CHAP Challenge id=0x1 <604424d4e40382524f56851ba5a73f78>, name = "TRICOS00801"]
2019-03-24 18:09:05 [6] PPP: ppp1 sent [CHAP Response id=0x1 <1b84b8aa12f4c98606ffe495daa426d1>, name = "vodafone-vdsl.komple
2019-03-24 18:09:05 [6] PPP: ppp1 rcvd [CHAP Success id=0x1 "access accepted : vodafone-vdsl.komplett/vb5468376653"]
2019-03-24 18:09:05 [6] PPP: ppp1 sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
2019-03-24 18:09:05 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]
2019-03-24 18:09:05 [6] PPP: ppp1 rcvd [IPCP ConfReq id=0x9 <addr 84.59.211.1>]
2019-03-24 18:09:05 [6] PPP: ppp1 sent [IPCP ConfAck id=0x9 <addr 84.59.211.1>]
2019-03-24 18:09:05 [6] PPP: ppp1 rcvd [IPCP ConfNak id=0x1 <addr 188.108.168.82> <ms-dns1 195.50.140.246> <ms-dns2 176.95.16
2019-03-24 18:09:05 [6] PPP: ppp1 sent [IPCP ConfReq id=0x2 <addr 188.108.168.82> <ms-dns1 195.50.140.246> <ms-dns2 176.95.16
2019-03-24 18:09:05 [6] PPP: ppp1 rcvd [IPCP ConfAck id=0x2 <addr 188.108.168.82> <ms-dns1 195.50.140.246> <ms-dns2 176.95.16
2019-03-24 18:09:08 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 0
2019-03-24 18:09:08 [5] VoIP: enable SIP stack due to intf(188.108.168.82) is up.
2019-03-24 18:09:08 [5] VoIP: ip_conntrack module is not loaded, or we did not open the CONFIG_NF_CT_LOCAL_LIMIT

2019-03-24 18:09:09 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]
2019-03-24 18:09:09 [5] VoIP: ip_conntrack module is not loaded, or we did not open the CONFIG_NF_CT_LOCAL_LIMIT

2019-03-24 18:09:12 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 1
2019-03-24 18:09:12 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]
2019-03-24 18:09:15 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 1
2019-03-24 18:09:15 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]
2019-03-24 18:09:18 [5] DHCPC: Recv no OFFER, DHCP Service unavailable
2019-03-24 18:09:18 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]
2019-03-24 18:09:21 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]
2019-03-24 18:09:24 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]
2019-03-24 18:09:27 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]
2019-03-24 18:09:30 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]
2019-03-24 18:09:33 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::78fc:4a6d:4ae0:7eb0>]