When testing the Max Duration Timeout feature in the Route via HTTP(S) assertion on Layer7 API Gateway 11.2, the variable ${httpRouting.reasonCode} may return a value of -5 instead of the expected -6 documented in TechDocs. This typically occurs when the gateway is not operating in the default Buffering Mode or due to a known code defect.
The behavior of the reason code depends on the Response Message Handling configuration of the routing assertion:
httpRouting.reasonCode = -6.SoapMessageProcessingServlet. If the timeout is reached here, the servlet kills the stream and sets a service status of 600, but the routing assertion may return a different code based on the backend's initial response.A code defect (DE673786) was identified where the incorrect code was returned even when the timeout was triggered.
This issue is Targeted to be fixed in release 11.2.2 and 12.0.
Once the fix is GA, the resolution is as follows: Fixed in release 11.2.2, 12.0 and higher. See for steps to download this release.
Current Workaround/Clarification:
Message was not processed: Assertion Falsified (600).200 OK with a truncated body if the timeout occurs after the headers are sent, as the ResponseKillerValve will terminate the stream.Recommend subscribing to this article to be updated on the fix status (Reference: ).