Geräte-Routing, Wiederverbindung und Wiederherstellung

Seitlich scrollen, um alles zu sehen.

• Desktop-WatchdogINBOUND_ACTIVITY_TIMEOUT_SECS = 45

  Alle 15 Sekunden prüft der Desktop die Zeit seit dem letzten eingehenden Frame und sendet dann einen Heartbeat, den das Relay mit einem Pong beantwortet. Eine Lücke von mehr als 45 Sekunden beendet die Verbindung. Die Prüfung läuft im Takt von 15 Sekunden. Deshalb gibt der Desktop eine tote Verbindung spätestens 60 Sekunden nach ihrem letzten Frame auf.

• Wiederverbindungs-Backoffreconnect_backoff

  Jede Wartezeit ist eine zufällige Zeit zwischen 100 Millisekunden und einer Obergrenze. Die Obergrenze beginnt bei 500 Millisekunden, verdoppelt sich pro fehlgeschlagenem Versuch und endet bei 30 Sekunden. Der Verbindungsaufbau und die Registrierungsantwort haben je ein Zeitlimit von 10 Sekunden. Der Fehlerzähler wird erst zurückgesetzt, wenn eine Verbindung 30 Sekunden lang bereit war.

• Relay-WatchdogCLIENT_TIMEOUT = 180 s

  Alle 30 Sekunden prüft das Relay die Zeit seit dem letzten Frame des Sockets und sendet dann ein Ping. Mehr als 180 Sekunden Stille beenden den Socket. Das Schließen kommt also 180 bis 210 Sekunden nach dem letzten Frame. Ein Text-, Ping- oder Pong-Frame setzt die Uhr zurück.

• PräsenzfristDESKTOP_RECONNECT_GRACE_SECS = 90

  Beginnt, wenn das Relay den Desktop-Socket schließt. Telefone sehen während der Frist „Wiederverbindung“. An ihrem Ende sendet das Relay device-status disconnected mit dem Grund reconnect_timeout an alle, sofern sich der Desktop nicht vorher neu registriert hat.

Seitlich scrollen, um alles zu sehen.

• Desktop-Anfragen-32011 · -32010

  Für die geschlossene Verbindung erfasste Anfragen erhalten sofort -32011, „Desktop is reconnecting“, ebenso jede neue Anfrage während der Wartezeit. Danach erhalten neue Anfragen -32010. Einen stummen Socket betrachtet das Relay erst nach 180 Sekunden als geschlossen.

• Wiederverbindungsfristreconnect_timeout

  Sie hält nur die Präsenz, und Telefone sehen den Desktop als reconnecting. Nach 90 Sekunden markiert das Relay ihn als offline und sendet device-status disconnected, sofern sich nicht zuvor eine neue Verbindung registriert hat.

• Telefon-Anfragen(user, desktop, id)

  Der Eintrag überdauert den Socket des Telefons, sodass eine Antwort, die nach der erneuten Registrierung eintrifft, zugestellt wird. Eine finale Antwort, die in der Lücke eintrifft, wird verworfen, und der Aufruf des Telefons endet an seinem eigenen Timeout.

• Telefon-Leasechat:timeline-interest

  An die Verbindung des Telefons gebunden, sodass sie mit dem Socket endet und nichts aus der Lücke aufbewahrt wird. Das Telefon sendet sie erneut, sobald das Relay registered oder resumed antwortet, pingt den Desktop und lädt das neueste Fenster.

Seitlich scrollen, um alles zu sehen.

• Interesse-Leasechat:timeline-interest { appSessionId, active }

  Vom Telefon für die Session auf seinem Bildschirm gesendet und alle 20 Sekunden erneuert. Das Relay speichert sie pro Telefon und leitet sie nie weiter. Sie enthält keine Timeline-Inhalte.

• Ende der LeaseTIMELINE_INTEREST_TTL = 60 s

  Eine Lease endet 60 Sekunden nach ihrer letzten Erneuerung, oder sofort, wenn das Telefon active: false sendet, eine andere Session öffnet oder sein Socket geschlossen oder ersetzt wird. Wartende Updates für dieses Telefon verfallen mit ihr. Einen stummen Socket trennt das Relay erst nach 180 Sekunden, die Lease endet also zuerst.

• Frist auf dem Desktopchat:timeline-interest-updated { expiresAt }

  Bei jeder Änderung einer Lease teilt das Relay dem Desktop pro Session mit, ob eine Lease besteht und wann sie endet, aber nie, welches Telefon sie hält. Der Desktop merkt sich diese Frist selbst und serialisiert die Timeline der Session nicht mehr, sobald sie abgelaufen ist.

• Relay-FilterauthorizationGeneration

  Wird ausgegeben, wenn eine Session von keiner Lease zu einer wechselt. Jeder Frame muss den aktuellen Wert tragen. Das Relay entfernt ihn und sendet den Frame nur an Telefone, deren Lease beim letzten Senden noch lebt. Für die anderen wird nichts aufbewahrt, daher lädt ein zurückkehrendes Telefon einen Snapshot.

Seitlich scrollen, um alles zu sehen.

• Desktop-WarteschlangeMAX_PENDING_EVENT_BYTES = 4 MiB

  Eine Warteschlange pro Verbindung. Sie hält höchstens 64 Timeline-Schlüssel, 64 andere Events und 4 MiB. Ein Schlüssel besteht aus der Basis-Session und dem Thread. Ein neuerer Snapshot ersetzt den wartenden und behält dessen Platz in der Reihenfolge. Ein älterer oder identischer wird ignoriert. Wenn der Platz nicht reicht, wird der älteste wartende Snapshot verworfen.

• SendetaktRELAY_EVENT_SEND_INTERVAL = 350 ms

  Der Socket-Schreiber nimmt pro Takt ein Event aus der Warteschlange. Steuernachrichten werden vor jedem Event geprüft und warten nicht auf den Takt. Jeder Frame-Versand hat ein Zeitlimit von 10 Sekunden.

• Relay-PufferTIMELINE_EVENT_FLUSH_INTERVAL = 250 ms

  Ein Puffer pro Telefonverbindung mit höchstens 16 Schlüsseln und 1 MiB. Eine neuere Revision ersetzt die wartende, und der älteste Schlüssel wird verdrängt, wenn eine Grenze überschritten ist. Das Relay sendet ein Event pro Flush. Ein Frame wartet 250 Millisekunden oder den Rest der Pause nach dem vorherigen Versand. Diese Pause beträgt 250 Millisekunden pro angefangene 512 KiB des gesendeten Events.

• Übergrößen-Platz32 MiB − 16 KiB

  Ein Snapshot über 512 KiB im Relay oder über 4 MiB auf dem Desktop wartet allein auf einem zusätzlichen Platz außerhalb der Byte-Grenze, und ein neuerer übergroßer ersetzt ihn. Der Desktop lehnt ein Event ab, dessen Frame 32 MiB minus 16 KiB überschreiten würde.

Seitlich scrollen, um alles zu sehen.

• ProzessspeicherDeviceConnectionManager

  Hält jede Verbindungsroute, jeden ausstehenden Anfrage-Eintrag, die Wiederverbindungs-Präsenz und jede Interesse-Lease. RelaySessionStore hält die Resume-Sessions. Ein zweiter Prozess sähe nichts davon, darum läuft das Relay als ein einziger Prozess.

• DrainrelayDraining

  Unumkehrbar. Ab seinem Beginn weist der Prozess Registrierungen ab. Er wartet höchstens 60 Sekunden auf laufende Routing-Arbeit, löscht dann seinen Speicher, ohne offene Anfragen zu beantworten, und schließt jeden Geräte-Socket.

• Instanz-IDrelayInstanceId

  Eine neue UUID pro Prozess, gesendet mit jeder Registrierungsantwort. Telefone ignorieren Präsenz-Events einer anderen Instanz, und der Desktop löscht seinen Interesse-Zustand, wenn Aktualisierungen von einer anderen kommen.