Internet-Ausfall heute früh
vor 14 Stunden
Hallo,
heute um 04:45 ist hier das Internet ausgefallen. Erst die ist die PPPoE Verbindung weggeflogen, danach wurden meine Zugangsdaten abgelehnt:
29>1 2026-04-10T04:45:48+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="1"] [opt1_link0] PPPoE: connection closed
<29>1 2026-04-10T04:45:48+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="2"] [opt1_link0] Link: DOWN event
<29>1 2026-04-10T04:45:48+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="3"] [opt1_link0] LCP: Down event
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="833"] PPPoE: rec'd ACNAME "BERJ15"
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="834"] [opt1_link0] PPPoE: connection successful
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="835"] [opt1_link0] Link: UP event
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="836"] [opt1_link0] LCP: Up event
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="837"] [opt1_link0] LCP: state change Starting --> Req-Sent
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="838"] [opt1_link0] LCP: SendConfigReq #36
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="839"] [opt1_link0] PROTOCOMP
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="840"] [opt1_link0] MRU 1492
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="841"] [opt1_link0] MAGICNUM 0x66d6a41c
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="842"] [opt1_link0] LCP: rec'd Configure Request #52 (Req-Sent)
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="843"] [opt1_link0] MRU 1492
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="844"] [opt1_link0] AUTHPROTO PAP
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="845"] [opt1_link0] MAGICNUM 0x2db95e69
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="846"] [opt1_link0] LCP: SendConfigAck #52
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="847"] [opt1_link0] MRU 1492
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="848"] [opt1_link0] AUTHPROTO PAP
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="849"] [opt1_link0] MAGICNUM 0x2db95e69
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="850"] [opt1_link0] LCP: state change Req-Sent --> Ack-Sent
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="851"] [opt1_link0] LCP: rec'd Configure Ack #36 (Ack-Sent)
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="852"] [opt1_link0] PROTOCOMP
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="853"] [opt1_link0] MRU 1492
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="854"] [opt1_link0] MAGICNUM 0x66d6a41c
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="855"] [opt1_link0] LCP: state change Ack-Sent --> Opened
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="856"] [opt1_link0] LCP: auth: peer wants PAP, I want nothing
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="857"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="858"] [opt1_link0] PAP: sending REQUEST #1 len: 54
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="859"] [opt1_link0] LCP: LayerUp
<29>1 2026-04-10T04:56:11+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="860"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:11+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="861"] [opt1_link0] PAP: sending REQUEST #2 len: 54
<29>1 2026-04-10T04:56:13+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="862"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:13+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="863"] [opt1_link0] PAP: sending REQUEST #3 len: 54
<29>1 2026-04-10T04:56:15+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="864"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:15+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="865"] [opt1_link0] PAP: sending REQUEST #4 len: 54
<29>1 2026-04-10T04:56:18+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="866"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:18+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="867"] [opt1_link0] PAP: sending REQUEST #5 len: 54
<29>1 2026-04-10T04:56:24+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="868"] [opt1_link0] PAP: rec'd NAK #1 len: 29
<29>1 2026-04-10T04:56:24+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="869"] [opt1_link0] MESG:
<29>1 2026-04-10T04:56:24+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="870"] [opt1_link0] LCP: authorization failed
<29>1 2026-04-10T04:56:24+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="871"] [opt1_link0] LCP: parameter negotiation failed
Etwa zeitgleich ging das Gateway down:
PING 62.156.244.13 (62.156.244.13) 56(84) bytes of data. --- 62.156.244.13 ping statistics --- 94 packets transmitted, 0 received, 100% packet loss, time 95239ms
Erst seit etwa 9:40 funktioniert alles wieder. Jetzt hat das Gateway eine andere IP-Adresse.
default 62.156.244.47 UGS pppoe0
Gab es Wartungsarbeiten und wenn ja, warum wurden diese nicht angekündigt? Oder war das ein ungeplanter Hardware-Ausfall im RZ?
23
0
20
Das könnte Ihnen auch weiterhelfen
vor 2 Jahren
422
2
5
vor 2 Jahren
301
2
3
377
0
1
vor 10 Monaten
129
0
5
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung
Sie benötigen eine persönliche Kaufberatung? Das Geschäftskundenteam der Telekom berät Sie gerne.

Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.

vor 13 Stunden
Hallo @CptCpt,
unser reguläres Wartungsfenster ist in der Regel zwischen 3 und 5 Uhr morgens. Es ist aber durchaus möglich, dass sich da etwas ungeplant verheddert hat und für dich zur Unterbrechung geführt hat. Wenn dein Anschluss nun wieder läuft, ist das aber schon mal sehr erfreulich. Brauchst du denn noch weitere Hilfe?
Beste Grüße
Louisa
0
0
vor 13 Stunden
Oder war das ein ungeplanter Hardware-Ausfall im RZ?
Hallo,
heute um 04:45 ist hier das Internet ausgefallen. Erst die ist die PPPoE Verbindung weggeflogen, danach wurden meine Zugangsdaten abgelehnt:
29>1 2026-04-10T04:45:48+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="1"] [opt1_link0] PPPoE: connection closed
<29>1 2026-04-10T04:45:48+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="2"] [opt1_link0] Link: DOWN event
<29>1 2026-04-10T04:45:48+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="3"] [opt1_link0] LCP: Down event
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="833"] PPPoE: rec'd ACNAME "BERJ15"
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="834"] [opt1_link0] PPPoE: connection successful
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="835"] [opt1_link0] Link: UP event
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="836"] [opt1_link0] LCP: Up event
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="837"] [opt1_link0] LCP: state change Starting --> Req-Sent
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="838"] [opt1_link0] LCP: SendConfigReq #36
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="839"] [opt1_link0] PROTOCOMP
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="840"] [opt1_link0] MRU 1492
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="841"] [opt1_link0] MAGICNUM 0x66d6a41c
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="842"] [opt1_link0] LCP: rec'd Configure Request #52 (Req-Sent)
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="843"] [opt1_link0] MRU 1492
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="844"] [opt1_link0] AUTHPROTO PAP
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="845"] [opt1_link0] MAGICNUM 0x2db95e69
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="846"] [opt1_link0] LCP: SendConfigAck #52
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="847"] [opt1_link0] MRU 1492
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="848"] [opt1_link0] AUTHPROTO PAP
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="849"] [opt1_link0] MAGICNUM 0x2db95e69
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="850"] [opt1_link0] LCP: state change Req-Sent --> Ack-Sent
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="851"] [opt1_link0] LCP: rec'd Configure Ack #36 (Ack-Sent)
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="852"] [opt1_link0] PROTOCOMP
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="853"] [opt1_link0] MRU 1492
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="854"] [opt1_link0] MAGICNUM 0x66d6a41c
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="855"] [opt1_link0] LCP: state change Ack-Sent --> Opened
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="856"] [opt1_link0] LCP: auth: peer wants PAP, I want nothing
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="857"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="858"] [opt1_link0] PAP: sending REQUEST #1 len: 54
<29>1 2026-04-10T04:56:09+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="859"] [opt1_link0] LCP: LayerUp
<29>1 2026-04-10T04:56:11+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="860"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:11+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="861"] [opt1_link0] PAP: sending REQUEST #2 len: 54
<29>1 2026-04-10T04:56:13+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="862"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:13+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="863"] [opt1_link0] PAP: sending REQUEST #3 len: 54
<29>1 2026-04-10T04:56:15+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="864"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:15+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="865"] [opt1_link0] PAP: sending REQUEST #4 len: 54
<29>1 2026-04-10T04:56:18+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="866"] [opt1_link0] PAP: using authname "XXX@t-online.de"
<29>1 2026-04-10T04:56:18+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="867"] [opt1_link0] PAP: sending REQUEST #5 len: 54
<29>1 2026-04-10T04:56:24+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="868"] [opt1_link0] PAP: rec'd NAK #1 len: 29
<29>1 2026-04-10T04:56:24+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="869"] [opt1_link0] MESG:
<29>1 2026-04-10T04:56:24+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="870"] [opt1_link0] LCP: authorization failed
<29>1 2026-04-10T04:56:24+02:00 OPNsense.home.arpa ppp 85092 - [meta sequenceId="871"] [opt1_link0] LCP: parameter negotiation failed
Etwa zeitgleich ging das Gateway down:
PING 62.156.244.13 (62.156.244.13) 56(84) bytes of data. --- 62.156.244.13 ping statistics --- 94 packets transmitted, 0 received, 100% packet loss, time 95239ms
Erst seit etwa 9:40 funktioniert alles wieder. Jetzt hat das Gateway eine andere IP-Adresse.
default 62.156.244.47 UGS pppoe0
Gab es Wartungsarbeiten und wenn ja, warum wurden diese nicht angekündigt? Oder war das ein ungeplanter Hardware-Ausfall im RZ?
Yes Sir
https://telekomhilft.telekom.de/conversations/festnetz-internet/fyi-anchlüsse-mit-fester-ip-können-aktuell-gestört-sein/69d898a867ceb67331a37e2e
0
vor 13 Stunden
-
0
2
von
vor 13 Stunden
Aber bei einem 5-stündigen Ausfall wäre es doch schön, zumindest proaktiv informiert zu werden.
Nein, jetzt funktioniert ja alles wieder. Aber bei einem 5-stündigen Ausfall wäre es doch schön, zumindest proaktiv informiert zu werden.
Laut Hotline haben keine Wartungsarbeiten stattgefunden.
Setzt voraus, dass die Technik damit gerechnet hat, was wohl nicht der Fall war
0
von
vor 13 Stunden
Nein, jetzt funktioniert ja alles wieder. Aber bei einem 5-stündigen Ausfall wäre es doch schön, zumindest proaktiv informiert zu werden.
Laut Hotline haben keine Wartungsarbeiten stattgefunden.
Es gibt GK-Anschlüsse wo genau das passiert und eine automatisierte Entstörung in die Wege geleitet wird.
Ggfs wäre so ein Tarif ja was für dich, sind die entsprechenden Premium-Tarife
Uneingeloggter Nutzer
von
vor 13 Stunden
Ich war gerade mit dem falschen Account eingeloggt 🥲
Danke für die Info mit der Störung. Dann war wohl nicht nur ich betroffen. Während ich an der Hotline war, kamen auch noch ein paar weitere Störungsmeldungen rein. Aber sonst war man da relativ planlos und wollte, dass ich meinen Router neu starte, obwohl offensichtlich die PPPoE-Verbindung aufgebaut werden konnte und das Modem synchron war.
Mehr Premium lohnt wohl nicht als Privatkunde. Den Company Pro 250 habe ich lediglich wegen des statischen /56.
14
von
vor 10 Stunden
@CptCpt
Um welches Produkt geht es dir gerade in deiner Frage?
Beim Business DSL 250 Pro bekommst du für 4,95€ einfach nur ne Simkarte und kannst damit machen was du willst, musst dich also auch ggfs um einen LTE / 5G -Router kümmern sofern dein Router keinen Sim-Einschub hat.
Der springt dann einfach nur ein sobald die WAN-Schnittstelle vom DSLer kein Signal mehr hat.
Beim Premium-Tarif wird beim Ausfall eine Meldung per SMS an dich erzeugt dass ein Ausfall festgestellt wurde und bei der Telekom wird eine Störungsmeldung ausgelöst (so dass du nicht selber anrufen musst und eine Störung melden musst).
Störung melden kann ich ja selbst. Bekomme ich über mein Monitoring ja sowieso sofort mit.
Von der proaktiven Entstörung (was immer das sein soll) mal abgesehen, sollte das Failover doch trotzdem funktionieren. Das ist doch nur ein 5G Router mit SIM-Karte? Das lässt sich ja als Multi-WAN in der OPNSense konfigurieren. Oder ist das 5G nicht dauerhaft funktional und das funktioniert tatsächlich nur an einem "unterstützten" Router?
Störung melden kann ich ja selbst. Bekomme ich über mein Monitoring ja sowieso sofort mit. Wäre natürlich schön, wenn man dafür nicht 40 Minuten in einer Warteschleife verbringen müsste.
Warum hast du dann Eingangs die Frage gestellt warum man nicht proaktiv selber darüber in Kenntnis gesetzt wird? (das war ja dein 2.Account der das geschrieben hat)
Wäre natürlich schön, wenn man dafür nicht 40 Minuten in einer Warteschleife verbringen müsste.
Von der proaktiven Entstörung (was immer das sein soll) mal abgesehen, sollte das Failover doch trotzdem funktionieren. Das ist doch nur ein 5G Router mit SIM-Karte? Das lässt sich ja als Multi-WAN in der OPNSense konfigurieren. Oder ist das 5G nicht dauerhaft funktional und das funktioniert tatsächlich nur an einem "unterstützten" Router?
Störung melden kann ich ja selbst. Bekomme ich über mein Monitoring ja sowieso sofort mit. Wäre natürlich schön, wenn man dafür nicht 40 Minuten in einer Warteschleife verbringen müsste.
Du kannst eine Störungsmeldung auch online absetzen:
https://www.telekom.de/hilfe/hilfe-bei-stoerungen?samChecked=true
von
vor 10 Stunden
Warum hast du dann Eingangs die Frage gestellt warum man nicht proaktiv selber darüber in Kenntnis gesetzt wird? (das war ja dein 2.Account der das geschrieben hat)
@CptCpt
Um welches Produkt geht es dir gerade in deiner Frage?
Beim Business DSL 250 Pro bekommst du für 4,95€ einfach nur ne Simkarte und kannst damit machen was du willst, musst dich also auch ggfs um einen LTE / 5G -Router kümmern sofern dein Router keinen Sim-Einschub hat.
Der springt dann einfach nur ein sobald die WAN-Schnittstelle vom DSLer kein Signal mehr hat.
Beim Premium-Tarif wird beim Ausfall eine Meldung per SMS an dich erzeugt dass ein Ausfall festgestellt wurde und bei der Telekom wird eine Störungsmeldung ausgelöst (so dass du nicht selber anrufen musst und eine Störung melden musst).
Störung melden kann ich ja selbst. Bekomme ich über mein Monitoring ja sowieso sofort mit.
Von der proaktiven Entstörung (was immer das sein soll) mal abgesehen, sollte das Failover doch trotzdem funktionieren. Das ist doch nur ein 5G Router mit SIM-Karte? Das lässt sich ja als Multi-WAN in der OPNSense konfigurieren. Oder ist das 5G nicht dauerhaft funktional und das funktioniert tatsächlich nur an einem "unterstützten" Router?
Störung melden kann ich ja selbst. Bekomme ich über mein Monitoring ja sowieso sofort mit. Wäre natürlich schön, wenn man dafür nicht 40 Minuten in einer Warteschleife verbringen müsste.
Warum hast du dann Eingangs die Frage gestellt warum man nicht proaktiv selber darüber in Kenntnis gesetzt wird? (das war ja dein 2.Account der das geschrieben hat)
Wäre natürlich schön, wenn man dafür nicht 40 Minuten in einer Warteschleife verbringen müsste.
Von der proaktiven Entstörung (was immer das sein soll) mal abgesehen, sollte das Failover doch trotzdem funktionieren. Das ist doch nur ein 5G Router mit SIM-Karte? Das lässt sich ja als Multi-WAN in der OPNSense konfigurieren. Oder ist das 5G nicht dauerhaft funktional und das funktioniert tatsächlich nur an einem "unterstützten" Router?
Störung melden kann ich ja selbst. Bekomme ich über mein Monitoring ja sowieso sofort mit. Wäre natürlich schön, wenn man dafür nicht 40 Minuten in einer Warteschleife verbringen müsste.
Du kannst eine Störungsmeldung auch online absetzen:
https://www.telekom.de/hilfe/hilfe-bei-stoerungen?samChecked=true
Weil hier ja offenbar eine Kernkomponente im Telekom-Netz ausgefallen ist. Erst PPPoE Disconnect, dann Gateway IP down, dann NAK, dann Gateway wieder da, immer noch NAK, dann Gateway mit neuer IP wieder online, PAP erfolgreich, aber Routing kaputt und 3 Stunden später funktioniert das Internet wieder. Da waren mitten in der Nacht bestimmt ein paar Techniker im Einsatz. Da könnte man ja schon mal eine Mail an die Kunden versenden, dass an dem Problem gearbeitet wird. Warum muss ich anrufen, um zu erfahren, dass gerade weitere Business-Kunden Probleme melden?
Du kannst eine Störungsmeldung auch online absetzen:
@CptCpt
Um welches Produkt geht es dir gerade in deiner Frage?
Beim Business DSL 250 Pro bekommst du für 4,95€ einfach nur ne Simkarte und kannst damit machen was du willst, musst dich also auch ggfs um einen LTE / 5G -Router kümmern sofern dein Router keinen Sim-Einschub hat.
Der springt dann einfach nur ein sobald die WAN-Schnittstelle vom DSLer kein Signal mehr hat.
Beim Premium-Tarif wird beim Ausfall eine Meldung per SMS an dich erzeugt dass ein Ausfall festgestellt wurde und bei der Telekom wird eine Störungsmeldung ausgelöst (so dass du nicht selber anrufen musst und eine Störung melden musst).
Störung melden kann ich ja selbst. Bekomme ich über mein Monitoring ja sowieso sofort mit.
Von der proaktiven Entstörung (was immer das sein soll) mal abgesehen, sollte das Failover doch trotzdem funktionieren. Das ist doch nur ein 5G Router mit SIM-Karte? Das lässt sich ja als Multi-WAN in der OPNSense konfigurieren. Oder ist das 5G nicht dauerhaft funktional und das funktioniert tatsächlich nur an einem "unterstützten" Router?
Störung melden kann ich ja selbst. Bekomme ich über mein Monitoring ja sowieso sofort mit. Wäre natürlich schön, wenn man dafür nicht 40 Minuten in einer Warteschleife verbringen müsste.
Warum hast du dann Eingangs die Frage gestellt warum man nicht proaktiv selber darüber in Kenntnis gesetzt wird? (das war ja dein 2.Account der das geschrieben hat)
Wäre natürlich schön, wenn man dafür nicht 40 Minuten in einer Warteschleife verbringen müsste.
Von der proaktiven Entstörung (was immer das sein soll) mal abgesehen, sollte das Failover doch trotzdem funktionieren. Das ist doch nur ein 5G Router mit SIM-Karte? Das lässt sich ja als Multi-WAN in der OPNSense konfigurieren. Oder ist das 5G nicht dauerhaft funktional und das funktioniert tatsächlich nur an einem "unterstützten" Router?
Störung melden kann ich ja selbst. Bekomme ich über mein Monitoring ja sowieso sofort mit. Wäre natürlich schön, wenn man dafür nicht 40 Minuten in einer Warteschleife verbringen müsste.
Du kannst eine Störungsmeldung auch online absetzen:
https://www.telekom.de/hilfe/hilfe-bei-stoerungen?samChecked=true
Da klicke ich mich immer durch den Assistenten und der löst dann den Line-Reset aus. Damit ist aber noch keine Störung gemeldet.
0
von
vor 10 Stunden
Weil hier ja offenbar eine Kernkomponente im Telekom-Netz ausgefallen ist.
Warum hast du dann Eingangs die Frage gestellt warum man nicht proaktiv selber darüber in Kenntnis gesetzt wird? (das war ja dein 2.Account der das geschrieben hat)
Weil hier ja offenbar eine Kernkomponente im Telekom-Netz ausgefallen ist. Erst PPPoE Disconnect, dann Gateway IP down, dann NAK, dann Gateway wieder da, immer noch NAK, dann Gateway mit neuer IP wieder online, PAP erfolgreich, aber Routing kaputt und 3 Stunden später funktioniert das Internet wieder. Da waren mitten in der Nacht bestimmt ein paar Techniker im Einsatz. Da könnte man ja schon mal eine Mail an die Kunden versenden, dass an dem Problem gearbeitet wird. Warum muss ich anrufen, um zu erfahren, dass gerade weitere Business-Kunden Probleme melden?
Du kannst eine Störungsmeldung auch online absetzen:
Da klicke ich mich immer durch den Assistenten und der löst dann den Line-Reset aus. Damit ist aber noch keine Störung gemeldet.
Richtig und wie du selber schon gesagt hast bist du ja darüber informiert worden durch dein Monitoring.
Willst du proaktive Info dann musst du eben einen Premium-Tarif nehmen oder eben einen Tarif der kein Standard-AGB-Produkt ist.
Warum muss ich anrufen, um zu erfahren, dass gerade weitere Business-Kunden Probleme melden?
Warum hast du dann Eingangs die Frage gestellt warum man nicht proaktiv selber darüber in Kenntnis gesetzt wird? (das war ja dein 2.Account der das geschrieben hat)
Weil hier ja offenbar eine Kernkomponente im Telekom-Netz ausgefallen ist. Erst PPPoE Disconnect, dann Gateway IP down, dann NAK, dann Gateway wieder da, immer noch NAK, dann Gateway mit neuer IP wieder online, PAP erfolgreich, aber Routing kaputt und 3 Stunden später funktioniert das Internet wieder. Da waren mitten in der Nacht bestimmt ein paar Techniker im Einsatz. Da könnte man ja schon mal eine Mail an die Kunden versenden, dass an dem Problem gearbeitet wird. Warum muss ich anrufen, um zu erfahren, dass gerade weitere Business-Kunden Probleme melden?
Du kannst eine Störungsmeldung auch online absetzen:
Da klicke ich mich immer durch den Assistenten und der löst dann den Line-Reset aus. Damit ist aber noch keine Störung gemeldet.
Musst du nicht und kann dir doch auch egal sein ob da nur du oder auch andere betroffen sind.
Was bringt dir die Info dass andere die gleichen Probleme haben? Richtig: NIX, das hilft dir auch nicht dabei dass dein Anschluss wieder läuft.
BTW hat es ja auch nicht alle Kunden betroffen, ich hatte heute keine einzige Störungsmeldung und das bei Dutzenden GK-Kunden die ich betreue.
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von