Änderung von Adressierungsinformationen im SSP

added ~1051 type::Bug labels

assigned to @Rene_Roesner

changed the description

added workflow::Ready label

changed milestone to %Q-3 (Y-2023)

changed milestone to %PI-4 (Q-4)

changed due date to October 18, 2023

assigned to @Mark_Kane and unassigned @Rene_Roesner

removed workflow::Ready label

added workflow::In Progress label

added workflow::Ready label and removed workflow::In Progress label

added workflow::In Progress label and removed workflow::Ready label

Nach unserer Analyse gibt es hier noch etwas Klärungsbedarf:

Das SSP speichert oder ändert keine Daten bzgl. der Adressierungsinformationen (destinationSignature). Genau genommen handelt es sich bei dieser Signatur im SSP um einen JSON Web Token, der zur Laufzeit im SSP erstellt wird: die relevanten Adressierungsinformationen werden aus dem Zustelldienst geladen, als Payload zusammengestellt, kryptografisch signiert und im Client dargestellt. Ein speichern des Tokens/der Signatur findet nicht statt.

Da ein JSON Web Token immer auch eine UUID und einen Zeitstempel bekommt, verändert sich der Token (und damit die Signatur) bei jedem Aufruf. Technisch gesehen handelt es sich um einen neuen Token, der sich bei jedem Reload der Seite ändert und nicht nur nach einem Speichervorgang. Da nichts gespeichert wird, kann diese "Änderung" keine Auswirkungen auf den Routing- oder Zustelldienst haben.

Darüber hinaus können wir auch nach dem speichern keine Änderungen an der Payload beobachten: alle in der Payload enthaltenen relevanten Informationen, wie z.B. destinationId oder der Inhalt von services, bleiben nach dem Speichervorgang in der Payload gleich (es sei denn man ändert explizit eines dieser Felder). Nur die ID jti und der Timestamp iat ändern sich und beides sollte keine Auswirkungen auf die Auffindbarkeit des Zustellpunktes haben. Die Ursache für das beschriebene Problem liegt also vermutlich an einer anderen Stelle.

Leider haben wir keine Informationen darüber, wie die destinationSignature z.B. im Routingdienst überhaupt verarbeitet wird. Hier müsste man noch etwas tiefer einsteigen um die genaue Ursache des Problems zu finden. In der Dokumentation und im Wiki sind wir nicht fündig geworden.

Kannst du uns hier evtl. weiterhelfen @Alexander_Hoose ?

@Markus_Floegel wie funktioniert der Routingdienst? Interessiert den Routingdienst auch der Zeitstempel? Das Problem: Der Kunde verändert Daten in seinem Zustellpunkt und erhält dann eine neue DestinationSignatur, welche neu eingegeben werden muss.