Sporadic 404 errors - where is this coming from?

So basically, the core of the issue was that there were sporadic double GET requests from the source that showed up in the same TCP stream, according to F5 support, which we also saw in our logs here. It was an issue for our Developers to look at since it appears it came into the F5 that way. The F5 VIP and traffic policy looks at the TCP stream on the back end and uses a "1st match" policy ("the Big-IP inspect every HTTP request and in doing that we will see if it correctly sends every HTTP request to the correct pool", F5 support stated), so if a GET request for one URI is in the same TCP stream as the second, different URI, it may get load balanced improperly. OneConnect was recommended to use, and one of the benefits of OneConnect, they said, is that it forces the LTM to inspect every packet since it's reusing/maintaining server-side connections, which prevents this.

Additional details:

- OneConnect increases the system’s network connection efficiency by keeping server side connections open and re-using them for new client requests
- Connection pooling allows new client side requests coming into the system to utilize existing server side requests that are already formed
- This optimization feature not only saves system resources on the BIG-IP, but also on the servers.
- OneConnect profiles allow you to manipulate various settings, such as maximum number of times server side connections can be re-used, and the maximum age of those entries.