When MATR://v1/read-current-mac-table-from-device is called, the data retrieval takes longer, therefore the service just returns a requestId to the requestor.
The requestor must hand over its contact information (ip:port:/receive-service-name). When the MAC table data has been retrieved, the receive-service of the requestor is called and the MATR passes along the requestId with the data to the requestor.
The same happens when the current mac table data service is called at the NetExplorerProxy
however: it might happen that the mapping between requestId and requestor contact information cannot be found (e.g. if there was an error when it was written to the MATR/NEP lookup table)
in that case a new error code shall be returned
as this is an error in the serving application (i.e. MATR or NEP, respectively) this should be a 5xx code.
the error code description is generic, so it might be also applicable to future scenarios.
description: "Response in case that the application wants to call a service specified by the requestor (e.g., to return data after a long taking data retrieval) during a service call to the application and the service information cannot be found."
enum: "Requestor information for callback execution not found."
This could also possibly used for subscription error handling
Scenario:
Therefore add new code 550 to the responseCode list.
This could also possibly used for subscription error handling