PPP Timeout bei Aktivierung

[lfleck91]

Hallo Community,

ich habe gestern die Aktivierung meines Anschlusses (VDSL, 100er) erhalten.

Leider habe ich es bisher noch nicht hingekriegt eine stabile Verbindung hinzukriegen.

Allein für die Konfiguration gingen gestern einige Stunden drauf, da ich zu Beginn gar keine Verbindung gekriegt habe (trotz gleicher Konfiguration, wie sie jetzt heute halbwegs funktioniert).

Da ich eine TP-Link Archer VR900V verwende, nützt auch der Netzassistent nichts. Gehe ich richtig davon aus, dass es keinen Support Chat gibt, oder?

Aber nunmal zu meinem Problem. Im Router Protokoll stehen gefiltert auf die Verbindung PPP und den Typ "Fehler" immerhin 250 Einträge mit "ppp2 Timeout waiting for PADO packets" und das alles innerhalb einer Stunde. Größere Downloads werden vermehrt abgebrochen.

...
2022-03-29 09:22:24 [3] PPP: ppp2 
2022-03-29 09:22:27 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006428)]
2022-03-29 09:22:31 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006428)]
2022-03-29 09:22:41 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006428)]
2022-03-29 09:23:01 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:23:02 [3] PPP: ppp2 
2022-03-29 09:23:15 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000066e0)]
2022-03-29 09:23:20 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000066e0)]
2022-03-29 09:23:30 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000066e0)]
2022-03-29 09:23:50 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:23:50 [3] PPP: ppp2 
2022-03-29 09:23:57 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006950)]
2022-03-29 09:24:01 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006950)]
2022-03-29 09:24:11 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006950)]
2022-03-29 09:24:31 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:24:32 [3] PPP: ppp2 
2022-03-29 09:24:34 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006b76)]
2022-03-29 09:24:39 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006b76)]
2022-03-29 09:24:49 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006b76)]
2022-03-29 09:25:09 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:25:09 [3] PPP: ppp2 
2022-03-29 09:25:15 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006dca)]
2022-03-29 09:25:19 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006dca)]
2022-03-29 09:25:29 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006dca)]
2022-03-29 09:25:49 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:25:50 [3] PPP: ppp2 
2022-03-29 09:25:52 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006fee)]
2022-03-29 09:25:56 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006fee)]
2022-03-29 09:26:06 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00006fee)]
2022-03-29 09:26:26 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:26:27 [3] PPP: ppp2 
...

Leider ist der Start mit Vodafone sehr holprig und dementsprechend bin ich gerade echt enttäuscht.

[lfleck91]

Kurzer Nachtrag noch, da gerade das Internet wieder komplett keine Verbindung mehr vorhanden war.

2022-03-29 09:46:51 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:46:51 [3] PPP: ppp2 
2022-03-29 09:46:56 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00003c42)]
2022-03-29 09:47:01 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00003c42)]
2022-03-29 09:47:11 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00003c42)]
2022-03-29 09:47:31 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:47:31 [3] PPP: ppp2 
2022-03-29 09:47:40 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00003ed0)]
2022-03-29 09:47:45 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00003ed0)]
2022-03-29 09:47:55 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00003ed0)]
2022-03-29 09:48:15 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:48:15 [3] PPP: ppp2 
2022-03-29 09:48:17 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000040f4)]
2022-03-29 09:48:22 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000040f4)]
2022-03-29 09:48:32 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000040f4)]
2022-03-29 09:48:52 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:48:52 [3] PPP: ppp2 
2022-03-29 09:48:59 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00004368)]
2022-03-29 09:49:04 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00004368)]
2022-03-29 09:49:14 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00004368)]
2022-03-29 09:49:34 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:49:34 [3] PPP: ppp2 
2022-03-29 09:49:58 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000046ac)]
2022-03-29 09:50:03 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000046ac)]
2022-03-29 09:50:13 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000046ac)]
2022-03-29 09:50:33 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:50:33 [3] PPP: ppp2 
2022-03-29 09:50:35 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000048d0)]
2022-03-29 09:50:40 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000048d0)]
2022-03-29 09:50:50 [6] PPP: ppp2 sent [PADI Host-Uniq(0x000048d0)]
2022-03-29 09:50:56 [3] PPP: ppp1 User request
2022-03-29 09:50:56 [3] PPP: ppp1 LCP down
2022-03-29 09:50:56 [4] PPP: ppp1 LCP down
2022-03-29 09:50:56 [6] PPP: ppp1 sent [LCP TermReq id=0x2 "User request"]
2022-03-29 09:50:59 [6] PPP: ppp1 sent [LCP TermReq id=0x3 "User request"]
2022-03-29 09:51:03 [3] PPP: ppp1 
2022-03-29 09:51:03 [5] VoIP: disable SIP stack due to intf IP is 0.0.0.0
2022-03-29 09:51:03 [5] VoIP: ip_conntrack module is not loaded, or we did not open the CONFIG_NF_CT_LOCAL_LIMIT

2022-03-29 09:51:10 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:51:10 [3] PPP: ppp2 
2022-03-29 09:52:04 [5] DHCPD: Recv DISCOVER from 7C:49:EB:9C:7B:5F
2022-03-29 09:52:04 [5] DHCPD: Send OFFER with ip 192.168.1.103
2022-03-29 09:52:04 [5] DHCPD: Recv REQUEST from 7C:49:EB:9C:7B:5F
2022-03-29 09:52:05 [5] DHCPD: Send ACK to 192.168.1.103
2022-03-29 09:52:20 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00005078)]
2022-03-29 09:52:21 [6] PPP: ppp1 sent [PADI Host-Uniq(0x00005114)]
2022-03-29 09:52:21 [6] PPP: ppp1 rcvd  [PADO PeerMac(a4-7b-2c-b0-27-a6)]
2022-03-29 09:52:21 [6] PPP: ppp1 sent [PADR Host-Uniq(0x00005114)]
2022-03-29 09:52:21 [6] PPP: ppp1 rcvd  [PADS SessionID(0xcc07)]
2022-03-29 09:52:21 [6] PPP: ppp1 sent [LCP ConfReq id=0x1 <mru 1480> <magic 0xcb6e115>]
2022-03-29 09:52:21 [6] PPP: ppp1 rcvd [LCP ConfReq id=0x45 <mru 1492> <auth chap MD5> <magic 0x12877ba0>]
2022-03-29 09:52:22 [6] PPP: ppp1 sent [LCP ConfAck id=0x45 <mru 1492> <auth chap MD5> <magic 0x12877ba0>]
2022-03-29 09:52:22 [6] PPP: ppp1 rcvd [LCP ConfAck id=0x1 <mru 1480> <magic 0xcb6e115>]
2022-03-29 09:52:22 [6] PPP: ppp1 sent [LCP EchoReq id=0x0 magic=0xcb6e115]
2022-03-29 09:52:22 [6] PPP: ppp1 rcvd [CHAP Challenge id=0x1 <c37d5df317c3c4cc4df9492f12013484>, name = "STGCOS02401"]
2022-03-29 09:52:22 [6] PPP: ppp1 sent [CHAP Response id=0x1 <349b68e7094db313565175ba81079ab0>, name = "vodafone-vdsl.komple
2022-03-29 09:52:22 [6] PPP: ppp1 rcvd [CHAP Success id=0x1 "access accepted : vodafone-vdsl.komplett/vbXXXXXXXXXX"]
2022-03-29 09:52:22 [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>]
2022-03-29 09:52:22 [6] PPP: ppp1 sent [IPV6CP ConfReq id=0x1 <addr fe80::1820:56b2:90fe:e4f1>]
2022-03-29 09:52:22 [6] PPP: ppp1 rcvd [IPCP ConfReq id=0xd0 <addr 84.59.211.1>]
2022-03-29 09:52:22 [6] PPP: ppp1 sent [IPCP ConfAck id=0xd0 <addr 84.59.211.1>]
2022-03-29 09:52:22 [6] PPP: ppp1 rcvd [IPCP ConfNak id=0x1 <addr 2.205.131.20> <ms-dns1 176.95.16.250> <ms-dns2 176.95.16.25
2022-03-29 09:52:22 [6] PPP: ppp1 sent [IPCP ConfReq id=0x2 <addr 2.205.131.20> <ms-dns1 176.95.16.250> <ms-dns2 176.95.16.25
2022-03-29 09:52:22 [6] PPP: ppp1 rcvd [LCP ProtRej id=0x46 80 57 01 01 00 0e 01 0a 18 20 56 b2 90 fe e4 f1 00 00 00 00 00 00
2022-03-29 09:52:22 [6] PPP: ppp1 rcvd [IPCP ConfAck id=0x2 <addr 2.205.131.20> <ms-dns1 176.95.16.250> <ms-dns2 176.95.16.25
2022-03-29 09:52:22 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 0
2022-03-29 09:52:23 [5] VoIP: enable SIP stack due to intf(2.205.131.20) is up.
2022-03-29 09:52:23 [5] VoIP: ip_conntrack module is not loaded, or we did not open the CONFIG_NF_CT_LOCAL_LIMIT

2022-03-29 09:52:24 [5] VoIP: ip_conntrack module is not loaded, or we did not open the CONFIG_NF_CT_LOCAL_LIMIT

2022-03-29 09:52:24 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 0
2022-03-29 09:52:25 [5] DHCPD: Recv DISCOVER from 7C:49:EB:9C:7B:5F
2022-03-29 09:52:25 [5] DHCPD: Send OFFER with ip 192.168.1.103
2022-03-29 09:52:25 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00005078)]
2022-03-29 09:52:25 [5] DHCPD: Recv REQUEST from 7C:49:EB:9C:7B:5F
2022-03-29 09:52:25 [5] DHCPD: Send ACK to 192.168.1.103
2022-03-29 09:52:27 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 0
2022-03-29 09:52:32 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 1
2022-03-29 09:52:35 [6] PPP: ppp2 sent [PADI Host-Uniq(0x00005078)]
2022-03-29 09:52:35 [5] DHCPC: Send DISCOVER with request ip 0.0.0.0 and unicast flag 1
2022-03-29 09:52:38 [5] DHCPC: Recv no OFFER, DHCP Service unavailable
2022-03-29 09:52:55 [3] PPP: ppp2 Timeout waiting for PADO packets
2022-03-29 09:52:55 [3] PPP: ppp2 

[lfleck91]

Eine Stunde später und der nächste Internet Drop war da 😞

Und das während Home-Office Zeiten...

[Boris]

Hey lfleck91,

hast Du denn "nur" den eigenen Router oder die Möglichkeit Hardware von uns anzuschließen um den Netz Assistenten laufen zu lassen?

Auch für uns ist die Fehleranalyse mit unserer Hardware einfacher.

LG
Boris

[lfleck91]

Hey Boris,

erstmal Danke dass du dich auf meine Anfrage gemeldet hast.
Leider habe ich aktuell keine Fritzbox im Schrank liegen und habe nur Zugang zum TPLink Router. Bis vor der Umschaltung lief er aber ohne Probleme ;).

Nebenbei möchte ich noch meinen Unmut äußern, da ich als Neukunde einfach nur jeden abraten kann zu Vodafone zu wechseln! Hier ein schnelldurchlauf meiner ersten Woche mit VF.

Kurzfassung:
- Der Telefonagent (automatisierung) legt auf wenn er nicht weiter kommt. Hallo gehts noch? Als Kunde ruft man vermutlich nicht ohne Grund an! Die Default-Lösung für eine solche Automatisierung darf NIEMALS auflegen sein sondern weiterleiten an einen First-Level-Support.
- Techniker Termine werden während dem ausgemachten Zeitraumfenster abgesagt.
- Man rennt von A nach B und zurück zu A und kriegt trotzdem keine Hilfe.
- Man schlägt aktiv Alternativen vor um das kurzzeitige Problem beim Kunden zu lösen aber es wird abgelehnt, es scheint fast so als wolle man dem Kunden gar kein Internet zur Verfügung stellen.
- Besonders auffällig ab 18 Uhr und scheinbar auch am Wochenende ist gar nichts möglich. Da geht die Verbindung spätestens alle 5 Minuten flöten

Ein bisschen ausführlicher:
Angefangen hat alles damit, dass am Schaltungstag selbst gar kein Internet ging. Irgendwann in der Nacht hat es dann sporadisch einmal ein paar Minuten geklappt.
Am nächsten Tag hatte ich dann wenigstens nur noch im halbstündigen/stündigen Takt Aussetzer. Das hilft aber alles nicht wenn man gerade im Home-Office ist und auf ein stabiles dauerhaftes Internet angewiesen ist.
Abends dann noch einen Termin für einen Techniker ausgemacht damit man evtl. eine Lösung hinkriegt. Dieser wurde auf gestern Nachmittag ausgemacht. Nachdem auch meine Arbeitskollegen bereits von der Abwesenheit genervt waren
und sie alles doppelt und dreifach erzählen mussten habe ich mit voller Hoffnung auf den Techniker Termin gewartet. Gestern dann die große Enttäuschung. Ein No-Shower. Am Morgen war über den zur Verfügung gestellten Link noch dokumentiert alles nach Plan. Bis um 15 Uhr (Termin war zwischen 14-20 Uhr) dann eine SMS kommt man solle einen neuen Termin ausmachen.
Ausfälle können immer mal sein, aber jetzt wird es kurios. Natürlich bin ich aufgebracht von der Aktion und kann meine Unmut nicht mehr wirklich zügeln, denn bei der angegebenen Nummer angerufen und versucht jemanden mit der TA00*** Auftragsnummer zu erreichen, aber nein man braucht wieder all seine Kundendaten?
Ah da fällt was auf, das ist ja die Standard-Hotline. Denn die Auftragsnummer aus der SMS hatte ich nicht gebraucht. Na gut trotzdem versucht mit der Auftragsnummer irgendwie an einen Termin zu kommen und dann. Dann sagt mir die Automatisierung doch einfach sie kommt nicht weiter wenn ich immernoch ein Anliegen hab soll ich erneut anrufen?
Ich rufe doch nicht aus Spaß in einer Hotline an sondern wenn ich ein Problem habe. Erneut versucht und dann bei einer Kollegin von Ihnen herausgekommen. Die Erfahrung dabei war jedoch nicht wirklich besser. Anstatt auf meine Punkte einzugehen wurde mir nur gesagt ja neuen Termin ausmachen. Weder wurde erklärt wieso der Termin ausgefallen ist noch wurde überhaupt auf den Ausfall eingegangen.
Auch mein Hinweis dass ich jetzt seit einer Woche kein Internet habe und dafür aber bezahle wurde missachtet. Weder wurde mir eine Kompensation direkt zugesichert (ich verweise hier freundlich auf Verbraucherzentrale - Internetverträge ) noch wurde auf meine alternativ vorgeschlagene Überbrückung mittels eines mobilen Hotspots eingegangen. Bzw. es wurde direkt abgelehnt. Das heißt mir wurde eine bestehende Möglichkeit einen Kunden halbwegs zufrieden zu stellen verwehrt?
Ich weiß nicht ob es an den Leitlinien für diese Mitarbeiterin lag oder an ihr selbst (Verständnis/Verständigungsproblem?)aber ich bin zutiefst enttäuscht. Mit dem letzten Funken Hoffnung einen Techniker Termin für Anfang nächste Woche ausgemacht.

Durch das ganze Verhalten ist mir eins so richtig bewusst geworden. Die Schaltung wird absichtlich um mehr als 14 Tage nach Vertragsabschluss gesetzt um aus der Zeit für den Vertragswideruf heraus zu sein.
Aber es gibt ja zum Glück auch Sonderkündigungsrechte. Aus dem Grund lasse ich auf jeden Fall prüfen ob ein solchiges Sonderkündigungsrecht besteht, denn so wie man hier bereits als Neukunde! behandelt wird ist einfach ein unding.

Fazit:
Bereits nach einer Woche sage ich "Das war das letzte Mal Vodafone!".

PS: Dieser Text konnte nicht Online verfasst werden, da ständig kein Internet vorhanden ist und musste zunächst in Word getippt werden!!!

[Andre]

Hey Ifleck91,

tut mir leid, dass Du so einen schwierigen Start mit uns hattest.

Grundsätzlich funktionieren die standartisierten Supportprozesse. Das man da ein paar "Pflichtfragen" durchgehen muss , gehört leider dazu.

Eine Übergangslösung wird dem Agenten je nach Fehlerbild am Ende der Störungsaufnahme angeboten - oder auch nicht .

Eigenhardware macht eine Ferndiagnose nicht immer leichter - wenn die Prüfungen der Leitung an sich unauffällig sind, da wir nicht jedes Modell auslesen können.

So oder so , gehen wir alle davon aus, dass wenn hier ein Technikertermin gebucht ist, der auch gehalten wird. Solang Du ein offenes Störungsticket hast, besteht hier natürlich auch ein Anspruch auf eine Gutschrift. Die wird aber nicht proaktiv zur Meldung gebucht, sondern wenn Du Dich meldest und die Kollegen den kompletten Störungszeitraum überblicken können.

Ich würd vorschlagen, dass wir erstmal den Technikertermin Anfang der Woche abwarten.

LG,

Andre

[lfleck91]

Techniker Termin abgewartet und wunder was... Wieder kommt keiner und anstelle nur eine SMS zur erneuten Terminbuchung. Naja auf in Runde 3 morgen Nachmittag. Bis Weihnachten wird es schon irgendwann klappen. 

@Andre Und zwecks der Antwort "- oder eben nicht", das kann einfach keine Lösung bei einem guten Service sein. Wie gesagt ein Kunde ruft nicht aus Spaß an. Wenn er keine weiteren Fragen hat dann legt er auf, aber ein automatisches Auflegen einer Automatisierung 

PS: Diesesmal wurde mir als Übergangslösung ein mobiler Hotspot zugesichert.

[Andre]

Hey lfkeck91,

tut mir leid, dass scheinbar erneut niemand aufgeschlagen ist.

Schick mir gern mal die DSL-Kundennummer per PN , ich schau mal ob in dem Montagenachweis vom Techniker irgendetwas sachdienliches steht.

Ich versteh total wie besch..eiden sich das anfühlt. Die Buchung einer Übergangslösung ist halt an diverse Vorgaben gebunden, sie ist nur buchbar wenn die alle erfüllt sind. Welche das im kleinsten Detail sind , weiß selbst ich nicht.

VG,

Andre

[lfleck91]

Kleines Recap von gestern:

- früh war für eine Viertel Stunde ein Aussetzer und anschließend lief es ohne Probleme

- bis der Techniker gegen 17 Uhr kam und dann für 3h dubiose Dinge gemacht hat, solange bis jetzt gar nichts mehr geht. 

Also in kurz zum Zustand:

- keine Funktion bei Aktivierung

- von Tag nach Aktivierung bis gestern zyklische Fehler (jede Stunde)

- gestern früh ein langer Aussetzer

- anschließend den ganzen Tag kein Problem gehabt

- Abends kommt der Techniker und danach geht gar nichts mehr

Protokoll vom Techniker: Leitung (APL zu TAE) erneuern da defekt 🤐

Eventuell hab ich Verständnis Probleme aber wie hoch ist die Wahrscheinlichkeit dass genau in dem Moment wo ein Techniker am werkeln ist das Kabel kaputt geht?

Naja auf Samstag den nächsten Techniker Termin ausgemacht. Hoffentlich kann der es wieder richten dass es wenigstens so läuft wie vorher.

PS: ja ich bin am verzweifeln, da mein Vermieter gestern auch meinte er sieht es nicht ein für etwas zu zahlen was bis zu einem Techniker Termin noch lief und danach gar nicht mehr. Naja die Hoffnung liegt jetzt drauf dass ein anderer Techniker kommt...