we identified issue where some parts of purepath requests are identified as requests to unmonitored hosts.
this environment contains several security zones and monitored hosts are identified by different ip addresses in each zone, so it can happen that call from one zone to another is identified improperly as request to unmonitored hosts.
are there any hints how to handle this setup ?
Solved! Go to Solution.
This may happen due to adaptive traffic reduction on the agents. If dynatrace does not have the trace (pure path) from the called service, it will be represented as call to unmonitored hosts unless there are some service detection rules defined (or a custom device).
Hello, thanks for the answer.
On that host there is an apache webserver running. Requests are sent to a weblogic osb cluster (2 managed servers). A multidimensional analysis show me there are 271 individual requests goes to the osb cluster. It is strange to me that only 2 requests are marked as requests to unmonitored requests.
A very small possibility: But could it be somehow that 2 specific request has went through some load-balancer/network-appliances in-between, before reach the destination-tier? (meaning all other request directly reach destination-tier)
If yes, then maybe somehow those network-appliances has stripped off some Dynatrace-header required for PurePath stitching.