Verlässt man das Haus, bricht das WLAN ab, und das Gerät wechselt zu LTE oder 5G. Dabei ändert sich die eigene IP-Adresse, und die bestehende Verbindung wird ungültig.
Warum WLAN-Signal wird schwach, Wechsel ins Mobilfunknetz → Folge Eigene IP-Adresse ändert sich, über die mit der alten Adresse aufgebaute Verbindung geht nichts mehr → Auf dem Bildschirm Kurzer Stillstand, dann Verbindungsabbruch oder Reconnect
Server: den Spieler per Session-Token auch bei geänderter Adresse als denselben weiterführen und die Verbindung der alten Adresse sofort aufräumen, Protokolle prüfen, die Adresswechsel überstehen (etwa Connection Migration bei QUIC). Client: bei erkanntem Netzwechsel sofort per Session-Token neu verbinden, ohne auf das Heartbeat-Timeout zu warten.
Aufgaben Infrastrukturteam
Bei QUIC Connection Migration den Load-Balancer den Server anhand der Connection-ID wählen lassen (wählt er nach Adresse und Port, landen Pakete mit geänderter Adresse auf einem anderen Server).
Im Graphen
Verbindungen brechen gleichzeitig ab · Abbrüche und Reconnects, geänderte IP beim Reconnect
Wo nachsehen
Im Verbindungslog des Servers Reconnects mit demselben Session-Token, aber anderer IP suchen und mit den Zeitpunkten des Callbacks für Änderungen des Standardnetzwerks im Client (registerDefaultNetworkCallback) abgleichen
Spricht dafür
Direkt nach dem Abbruch wechselt die IP beim Reconnect vom WLAN-Bereich (Festnetzanschluss zu Hause) in den Bereich des Mobilfunkanbieters oder umgekehrt, kurz davor kommt der Callback zum Netzwechsel
Spricht dagegen
IP unverändert, trotzdem abgebrochen: „Handover zwischen Funkzellen (unterwegs)“ oder „Schwaches Mobilfunksignal und Funklöcher“
Prüfmittel
Logs oder Metriken aus Spielserver bzw. Client nötig
Quellen
Read network stateAndroid (Google) Ändert sich das Standardnetzwerk, laufen neue Verbindungen über das neue Netz, und Verbindungen im alten Netz werden am Ende zwangsweise getrennt. Erkennung des Wechsels über registerDefaultNetworkCallback
RFC 9000: QUIC: A UDP-Based Multiplexed and Secure TransportIETF Connection-IDs halten die Verbindung auch bei geänderter IP-Adresse oder geändertem Port (Kapitel 9), Load-Balancer, die nur nach Adresse und Port verteilen, können Pakete mit geänderter Adresse an einen anderen Server schicken (Abschnitt 5.2.3)