Redirect
Redirection of the message to another participant
After the original message is received and acknowledged by the initial receiver, the receiver may choose to completely hand over the processing of the request to another entity (new receiver). The receiver can achieve this by informing the sender to send (i.e. redirect) the request to the new receiver.
Redirect flow would have the following steps:
Current Recipient [R] reads the message from Sender [S] and identifies that the request needs to be redirected to another entity [R1] for processing.
[R] response to the original request with a redirection response (using the status parameter in the header) [S]. Redirection response includes the next recipient’s [R1] details (participant id on the hcx platform).
[S] sends a new request to [R1] by re-encrypting the request using the [R1] key and marking the appropriate participant id to HCX.
HCX forwards the new request to [R1]. Further processing of the request is handled by the recipient [R1].
![](https://docs.hcxprotocol.io/~gitbook/image?url=https%3A%2F%2F1441734343-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FRHtshTm6b2RvtzjdPR5E%252Fuploads%252FlieBQQJEWGcswUbFvf9W%252FRedirect%2520flow.png%3Falt%3Dmedia%26token%3D82ca25b2-0e41-4781-aab6-28410eee6e5b&width=768&dpr=4&quality=100&sign=835b4450&sv=1)
Following section provides details of the leveraging forward claims construct on HCX.
Last updated