Wie könnte ich testen wie hoch der CGNAT Timer bei der Telekom ist? Meine Freundin besitzt einen Telekomvertrag - sie hat keinerlei Verzögerungen.
Habe jeweils von Telekom, Vodafone und 1&1 eine SSH Verbindung aufgebaut und im idle stehen gelasssen
Bei T und VF hält die Verbindung mindestens 30 min, bei 1&1 ist die Session bereits nach 10 min tot.
Es kommt jedoch immernoch vor, dass vereinzelt Verzögerungen von 2-4 Minuten auftreten... Könnt ihr das Bestätigen?
Ich beobachte auch weiterhin noch verspätete Benachrichtigungen z.B. bei Tuya Smart Home (Bewegunsmelder/Kamera).
Habe ein Samsung A55. Bei Mobile Daten über Telekom oder Vodafone kommen Benachrichtigen einwandfrei sofort, bei 1&1 immer noch nicht.
Liegt also nicht an den Handy/App Einstellungen.
Die von mir beobachteten bei 1&1 eingestellten 10 min sind aus meiner Sicht weiterhin relativ kurz.
Erkennbar daran, dass die externe IP nach 10 min Dateninaktivität wechselt, anfangs waren es 2 min.
T und VF haben das offensichtlich besser im Griff, da die Timer dort vmtl. noch wesentlich länger sind.
https://www.rfc-editor.org/rfc/rfc5382#section-5
Hier wird sogar ein Timeout von 2h 4min empfohlen.
Dafür braucht man natürlich ausreichend Session Kapazität auf dem CGNAT Gateway, den 1&1 ggf nicht hat..
Solange sich das nicht ändert bleibt 1&1 für mich nur ein Testnetz zum Spielen 
Vmtl liest 1&1 hier mit
Seit heute morgen beträgt der tcp-idle-timeout 600 Sekunden (10min), im Bereich des Datacenters dem IP Pool 61.8.136-139.x. (NRW).
Push Dienste laufen nun etwas besser, IP wechselt seltener.
Ist aber noch immer nicht so optimal wie bei Telekom oder VF.
Sie tasten sich langsam ran..
Es geht doch nicht nur um SSH, sondern darum, dass alle Hintergrundsessions von Apps mit Push Funktion(Telegram, Whatsapp, Gmail, usw.) netzseitig geschlossen werden nach 120 Sekunden Inaktivität. Keine dieser Apps sendet alle 60 Sekunden einen Keepalive, da wäre der Akku zu schnell leer. Ein typischer tcp-idle-timeout auf einer Firewall ist 3600 Sekunden und nicht 120.
Ich habe es 3 mal versucht über den Drillisch Support. Dort versteht niemand das Problem. Es wird nur mit unpassenden Textbausteinen geantwortet.
Ob 1&1 selbst überhaupt etwas "merkt", bezweifle ich, da sie den gesamten Netzbetrieb an Rakuten Symphony ausgelagert haben.
Zitat:
Zusätzlich stellt Rakuten als Systemintegrator sicher, dass alle Netzkomponenten reibungslos interagieren. So profitiert 1&1 von den weitreichenden Erfahrungen, die Rakuten in den letzten Jahren beim Betrieb des weltweit ersten Open RANs in Japan gemacht hat.
so weitreichend sind die Erfahrungen dann wohl doch nicht
Ja stimmt, war mir noch gar nicht aufgefallen.
Hab es wie folgt getestet:
APN "internet' auf IPv6-only gestellt, Handy paar Minuten liegen lassen, und vom anderen Handy ne Telegram Nachricht geschickt. Nachricht kommt nicht an, erst wenn die App mal einen Reconnct macht oder die App manuell geöffnet wird.
Also ist das Problem wohl nicht ein Mangel an IP Adressen und kein NAT Problem.
Sieht eher nach fehlerhaft eingestellten TCP Timern auf einer Firewall aus..
1&1 scheint den NAT Pool erweitert zu haben.
Er geht soweit ich sehen konnte von 61.8.128.0 - 61.8.147.255 (insgesamt ein /20 + /22) also 5120 IPs.
Hier in NRW bekomme ich immer zwischen 61.8.136.x-139.x, weiterhin mit TCP-Zwangstrennung nach 2 Minuten Inaktivität.
Habe ebenfalls bisher kein 5G gesehen. Samsung A54 5G
Habe auch ein A54 5G, bei mir läuft 5G.
Nur das 5G Symbol ist im Vergleich zu original VF anders.
Mal durchsichtig (wenn idle), mal gefüllt (wenn die 5G Frequenz benutzt wird).
Derartige Probleme habe ich schon lange nicht mehr gesehen. Daten fließen aktuell zuverlässig und sobald ich im WLAN bin kommt sofort VoWIFI. Getestet auf einem
Xiaomi 11 lite mit Vodafone und O2 Roaming
ja Streaming usw. läuft einwandfrei, es geht aber um die Hintergrunddienste für Pushbenachtigungen. Dafür müssen normalerweise TCP Sessions offen gehalten werden, damit ein Server direkt Daten zum Phone senden kann. Leider aber werden diese Sessions immer netzseitig getrennt.
Da es sich um einen Fehler im IP Core Netz handelt wird es alle Endgeräte betreffen, die den 1&1 APN 'internet" nuzten.
