Datacake - Hinweisverlauf

Während dieses Wartungsfensters aktualisieren wir The Things Stack Cloud auf allen Clustern (eu1, eu2, nam1, au1, as1) auf v3.37.0.

Wir rechnen während dieses Deployments mit kurzen Dienstunterbrechungen.

Einige Gateways könnten beim Neustart der Dienste vorübergehend die Verbindung verlieren. Es wird erwartet, dass sich Gateways automatisch wieder verbinden, in manchen Fällen kann dies jedoch bis zu einer Stunde dauern.

Hier ist das Änderungsprotokoll seit der aktuellen Version v3.36.2:

Hinzugefügt

• Neue Metrik gs_gateways_disconnected_total, die Gateway-Verbindungsabbrüche nach Protokoll und Abbruchgrund zählt. Dadurch werden Abbruchgründe (z. B. Gateways, die ohne Close-Handshake verschwinden, oder zu viele verpasste Pongs) als Rate beobachtbar, statt nur über Logs.
• Konfigurationsoption ttgc.managed-gateway-euis: EUI-Präfixe verwalteter Gateways, standardmäßig das EUI-Präfix der von The Things Industries verwalteten Gateways. Gateways außerhalb dieser Präfixe werden in den Claiming-Informationen als nicht verwaltet gemeldet.
• Konfigurationsoption ttgc.lbscups.lns-port: der LoRa Basics Station LNS-Port des Gateway Servers, standardmäßig 8887.
• Downlink-Planung auf allen Antennen eines Gateways. Zuvor konnte nur die erste Antenne als Downlink-Pfad verwendet werden.
• Konfigurationsoption events.redis.store.expire-limiter-size, um den vom Rate-Limiter für die Ablaufzeit des Event-Streams verwendeten Speicher anzupassen, standardmäßig 32 MiB.

Geändert

• Im Semtech UDP Packet Forwarder-Protokoll werden PUSH_ACK- und PULL_ACK-Bestätigungen erst gesendet, nachdem das Gateway eine Verbindung zum Gateway Server hergestellt hat und dessen Daten akzeptiert wurden.
• Gateway-Verbindungsabbrüche werden nun einmalig als Disconnected mit Angabe des Grunds protokolliert, anstatt für jede mit der Gateway-Verbindung verknüpfte Aufgabe eine Task failed-Warnung zu protokollieren. Dadurch entfallen mehrere doppelte Warnungen pro Gateway-Verbindungsabbruch, die insbesondere bei Gateways mit unzuverlässigem Backhaul störend waren.
• Websocket-Close-Fehler im LoRa Basics Station-Frontend (z. B. ein Gateway, das ohne Close-Handshake verschwindet) werden nun als definierter Fehler mit strukturierten Details gemeldet. Das Ereignis gs.gateway.disconnect für diese Verbindungsabbrüche enthält nun strukturierte Fehlerdetails anstelle einer einfachen Zeichenkette; Verbraucher, die die Ereignisdaten parsen, sollten das ErrorDetails-Format erwarten.

Behoben

• Die föderierte (OIDC/SSO) Anmeldung schlägt nicht mehr mit unverified_email fehl, wenn Identitätsanbieter wie Okta den Anspruch email_verified im ID-Token weglassen und ihn nur über den Userinfo-Endpunkt bereitstellen.
• Parsing des Radio-Context-Felds (rctx) von Uplinks, die über das LoRa Basics Station LNS-Protokoll empfangen werden. Der Antennenindex in den Uplink-Metadaten spiegelt nun den vom Gateway gemeldeten Radio-Context wider und wird in Class-A-Downlinks zurückgespiegelt, statt immer 0 zu sein.
• Die an LoRa Basics Station-Gateways gesendete Antennenverstärkung in der Router-Konfiguration. Jede Platine verwendet nun die Verstärkung ihrer eigenen Antenne anstelle der Verstärkung der ersten Antenne, und Bruchteilverstärkungen werden nicht mehr abgeschnitten.
• Der Speicherverbrauch von ereignisveröffentlichenden Komponenten (am deutlichsten beim Application Server und Network Server) wächst nicht mehr mit der Anzahl der Entitäten.