Instabiler IPv4 Tunnel

vor 2 Monaten

Hallo zusammen,

nachdem ich gestern im Home Office einen wichtigen Geschäftstermin Termin aufgrund einer nicht wiederverstellbarer VPN -Verbindung nicht wahrnehmen konnte, hatte sich am Abend nach etwas Recherche herausgestellt, dass dies aufgrund fehlender IPv4 Verbindung auftrat. Nachdem ich die Einstellungen auf meinen Router angepasst und neugestartet hatte, war wieder alles i.O. Vorsorglich hatte ich jedoch das Log Level erhöht.

Nun nachdem ich gerade nach Hause gekommen bin ist mir aufgefallen, dass die IPv4 Verbindung wieder unterbrochen ist. Also habe ich meine Logs geprüft. Ausschnitt der Logs sind unten angehängt und die IPv6 Adressen entfernt.

Aus meiner Sicht sieht es danach aus, dass mein Modem keine IPv4 Adresse zugewiesen bekommt und lediglich die IPv6 herstellt und keinen weiteren Verbindungsaufbau versucht. 

Da ich dringend auf eine IPv4 Adresse angewiesen bin suche ich nach einer Lösung. Jeden Tag mein Router Neustarten wird keine Lösung sein, aber ich denke das versteht sich von selbst.

[May 29, 2026 at 5:50:12 PM GMT+2] daemon.notice: [2652]: <msg> [modem0/bearer3] couldn't start IPv4 network: QMI protocol error (14): 'CallFailed'

[May 29, 2026 at 5:50:12 PM GMT+2] daemon.notice: [2652]: <msg> [modem0/bearer3] verbose call end reason (6,38): [3gpp] network-failure

[May 29, 2026 at 5:50:13 PM GMT+2] daemon.notice: [2652]: <msg> [modem0/bearer3] QMI IPv6 Settings:

[May 29, 2026 at 5:50:13 PM GMT+2] daemon.notice: [2652]: <msg> [modem0/bearer3]     address: —

[May 29, 2026 at 5:50:13 PM GMT+2] daemon.notice: [2652]: <msg> [modem0/bearer3]     gateway:—

[May 29, 2026 at 5:50:13 PM GMT+2] daemon.notice: [2652]: <msg> [modem0/bearer3]     DNS #1: —

[May 29, 2026 at 5:50:13 PM GMT+2] daemon.notice: [2652]: <msg> [modem0/bearer3]     DNS #2: —

[May 29, 2026 at 5:50:13 PM GMT+2] daemon.notice: [2652]: <msg> [modem0/bearer3]        MTU: 1500

[May 29, 2026 at 5:50:13 PM GMT+2] daemon.notice: [2652]: <msg> [modem0] state changed (connecting -> connected)

Letzte Aktivität

vor 2 Monaten

von

Gelöschter Nutzer

98

0

21

    • vor 2 Monaten

      Welchen APN verwendest du? internet.telekom?

      6

      von

      vor 2 Monaten

      Hallo zusammen,

       

      @BananenRitter danke, dass du dich mit deinem Anliegen hier bei uns meldest. ☺️ Ich schließe mich den bisherigen Tipps an.

       

      Teste die VPN -Veränderungen gerne aus. Ein kurzes Feedback würde uns sehr freuen.

       

      Grüße und ein tolles Wochenende allerseits

      Katharina

      0

      von

      vor 2 Monaten

      BananenRitter

      Denke Telekom gibt keine nativen IPv4 Adressen heraus, wenn IPv6 unterstützt wird.

      Hatte diesen sowie internet.v6.telekom verwendet. Beide liefern die selben Ergebnisse.

      Denke Telekom gibt keine nativen IPv4 Adressen heraus, wenn IPv6 unterstützt wird.

      BananenRitter

      Denke Telekom gibt keine nativen IPv4 Adressen heraus, wenn IPv6 unterstützt wird.

      @BananenRitter 

      Doch, versuche mal internet.t-d1.de.

      https://telekomhilft.telekom.de/conversations/mobilfunk/%C3%BCbersicht-der-aktuellen-mobilfunk-apns-mit-detailinformationen/68bc62d9d9a8f6366a59c95c 

      Und dann sollte keine 5G + Option aktiv sein.

      von

      vor 2 Monaten

      Da die Option 5G + aktiv ist, habe ich, wie in deiner Auflistung beschrieben, keine native IPv4 Adresse zugewiesen bekommen und es wurde wohl auf eine Fallback APN zurückgegriffen. Dies ist jedenfalls eine kundenfreundliche Lösung, um auch etwas positives daraus zu sehen. 

      Um mein Problem zu konkretisieren: Es geht mir nicht um eine native IPv4 Adresse und auch nicht um einen DualStack, sondern dass der DS-Lite-Tunnel zumindest zeitweise nicht funktional zu sein scheint. Dies ist wohl bereits einem anderen User vor über einem Jahr aufgefallen. Siehe Post: https://telekomhilft.telekom.de/conversations/mobilfunk/internetzugang-per-5g-unbekannter-status-für-ltediaip-kein-vpn-möglich-verbindungsabbrüche/67a38655df4a0a7e7eeaf8b2

      Aktuell ist der Verbindungsaufbau möglich und wie ich ihn erwarten würde. Siehe Auszug aus dem Log unten.

      Problematisch ist es, wenn ich auf eine IPv4 Verbindung angewiesen bin, diese jedoch im Laufe des Tages nach einem Reconnect (was zwar unschön, aber vertretbar ist) nicht wieder aufgebaut werden kann. 

      May 30, 2026 at 3:51:23 PM GMT+2] daemon.notice: [2636]: <msg> [modem0] state changed (registered -> connecting)

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4] QMI IPv4 Settings:

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]     address: 192.0.0.2/27

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]     gateway: 192.0.0.1

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]     DNS #1: 192.0.0.1

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]     DNS #2: failed (Field 'Secondary IPv4 DNS Address' was not found in the message)

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]        MTU: 1472

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4] QMI IPv6 Settings:

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]     address: ---

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]     gateway: ---

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]     DNS #1: --- 

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]     DNS #2: ---

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0/bearer4]        MTU: 1500

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0] state changed (connecting -> connected)

      [May 30, 2026 at 3:51:24 PM GMT+2] daemon.notice: [2636]: <msg> [modem0] simple connect state (10/10): all done

      0

      Uneingeloggter Nutzer

      von

    • vor 2 Monaten

      Hallo @BananenRitter 

         

      Es wäre toll, wenn Du mal noch nachreichen würdest, um was für ein Modem es sich handelt und mit welcher Firmwareversion es ausgestattet ist.

      1

      von

      vor 2 Monaten

      Modem: SIMCOM SIM8202G-M2

      Firmwareversion: LE13B04SIM8202M44A-M2

       

      0

      Uneingeloggter Nutzer

      von

    • vor 2 Monaten

      Zufällig 5G + oder Ähnliches (Gaming Option) gebucht.

      11

      von

      vor 2 Monaten

      Hallo @BananenRitter

       

      wir können vorübergehend die 5G + Option deaktivieren und du dann testen, ob du danach eine Besserung feststellst. Wenn du das möchtest, lass bitte eine Info da, wann wir dich telefonisch erreichen können. 

       

      Viele Grüße

      Jasmin

      0

      von

      vor 2 Monaten

      Vielen Dank für eure Ausführung und Erklärungen @everything und @andiling. Ich hatte mich bisher nicht mit  464XLAT beschäftigt, werde dies die nächsten Wochen machen. 

      @Jasmin B.  es wird keine Änderung notwendig sein. Aktuell funktioniert alles zu meiner vollsten Zufriedenheit. Sollte das Problem wiederholt auftreten, werde ich über das Web oder den Kundendienst 5G + vorübergehend deaktivieren. Das ist aus meiner Sicht jedoch nur das letzte Mittel.

      Ich würde nur sehr ungerne auf die Vorzüge von 5G SA verzichten.

      0

      von

      vor 2 Monaten

      @BananenRitter,

       

      in Ordnung.

      Gib' uns dann einfach Bescheid.

      Ich wünsche einen schönen Abend.

       

      Beste Grüße

      Malte

      0

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...