# Client-Side Response Time **URL:** \ **Category:** Real User Monitoring\ **Tags:** windows, distributed-traces-classic, iis, application-monitoring\ **Created:** [November 19, 2021, 1:58pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328 "2021-11-19T13:58:53Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![alekz\_silva](https://avatars.discourse-cdn.com/v4/letter/a/d78d45/32.png) [@alekz\_silva](https://community.dynatrace.com/u/alekz_silva)\ **Post date:** [November 19, 2021, 1:58pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328/1 "2021-11-19T13:58:53Z")
Hello, I’m monitoring the environment and I’ve noticed that several requests are getting a high response time in “Client-Side Response Time” or light blue bar in PurePath view. The API runs on Windows servers and IIS. I would like some help in identifying the possible causes so that only a few requests have this high processing time. Apparently, processing occurs but the API takes a long time to respond to the client, generating a timeout in every transaction. ---
**Author:** ![AntonioSousa](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/antoniosousa/32/50_2.png) [@AntonioSousa](https://community.dynatrace.com/u/AntonioSousa)\ **Post date:** [November 19, 2021, 2:22pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328/2 "2021-11-19T14:22:50Z")
[@alekz\_silva](https://community.dynatrace.com/user/46098), This can happen for several reasons I quickly remember: - Network latency between server originating request and server receiving request. Since you mention that this is only happening in a few requests, this is most likely not the case. - Latency being introduced by some type of load balancing. This can lead to the client experiencing more delay than what is seen from the server side. - Eventual retransmissions occurring during the request - Resource shortage at the thread/socket level. Check these values on the services that are being invoked. ---
**Author:** ![Julius\_Loman](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/julius_loman/32/51_2.png) [@Julius\_Loman](https://community.dynatrace.com/u/Julius_Loman)\ **Post date:** [November 22, 2021, 7:34am UTC](https://community.dynatrace.com/t/client-side-response-time/33328/3 "2021-11-22T07:34:18Z")
Most likely as [@AntonioSousa](https://community.dynatrace.com/user/17213) writes the shortage on socket/thread/pool - whatever is used to establish the communication.  Other reasons mentioned would have an effect on most of the requests. I’d also suggest checking the Code-level tab in your PurePath (at the calling service node), maybe you can find some additional information there. ---
**Author:** ![alekz\_silva](https://avatars.discourse-cdn.com/v4/letter/a/d78d45/32.png) [@alekz\_silva](https://community.dynatrace.com/u/alekz_silva)\ **Post date:** [November 22, 2021, 1:42pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328/4 "2021-11-22T13:42:23Z")
I compared two requests (one successfully and the other with the client-side with high response time) and identified that both perform exactly the same activities. In other words, the system processes the request but for some reason there is an excessive delay in the response to the client. In this case, could it still be something related to threads and pool? Unfortunately, at code-level there is no information regarding the light blue purepath bar. ---
**Author:** ![AntonioSousa](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/antoniosousa/32/50_2.png) [@AntonioSousa](https://community.dynatrace.com/u/AntonioSousa)\ **Post date:** [November 22, 2021, 7:10pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328/5 "2021-11-22T19:10:42Z")
[@alekz\_silva](https://community.dynatrace.com/user/46098) Yes, all possibilities still apply. Your problems are certainly occurring before your code starts executing. You can eventually get more information by looking at the following points: - Response Time Hotspots and checking out if there are IIS modules with large percentage of code execution - Checking retransmissions at the host level, and if they are different hosts, on both the client & server side. - Check out issues with Connectivity at the process level To understand the problem better, let us know if these requests happen always in the same host, or if they happen between distinct servers? If it’s the latter case, as I suspect, please consider investigating what happen in between (load balancers, firewalls, etc.) ---
**Author:** ![alekz\_silva](https://avatars.discourse-cdn.com/v4/letter/a/d78d45/32.png) [@alekz\_silva](https://community.dynatrace.com/u/alekz_silva)\ **Post date:** [November 22, 2021, 8:22pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328/6 "2021-11-22T20:22:26Z")
```auto APIS are distributed across 6 identical servers and traffic is controlled by the load balancer. The problem occurs on some transactions but on all servers. ``` ---
**Author:** ![AntonioSousa](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/antoniosousa/32/50_2.png) [@AntonioSousa](https://community.dynatrace.com/u/AntonioSousa)\ **Post date:** [November 22, 2021, 9:07pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328/7 "2021-11-22T21:07:09Z")
So, I believe there are 6 servers that are receiving the calls you mentioned above. Can you tell us a little bit more on who is making the requests. If you have client side timings, it means that you have servers that are being monitored also by OneAgent, and are making the calls. Can you tell us a little bit more about them? ---
**Author:** ![julien\_duhamel1](https://avatars.discourse-cdn.com/v4/letter/j/dfb087/32.png) [@julien\_duhamel1](https://community.dynatrace.com/u/julien_duhamel1)\ **Post date:** [December 5, 2021, 6:06am UTC](https://community.dynatrace.com/t/client-side-response-time/33328/8 "2021-12-05T06:06:00Z")
in this case, my first move, is try to evaluate the argments. Your descrption seems finger point calls (front-\>Back). In 90% the issue come from code execution. Sometimes related to a “batch” who use ressources. If i cannot had access to code lvl, a comparaison with users session’s waterfall may a good start point.( Compare ressource load by type of browser/Timesries/ressources/XRH or Load ?) etc etc ---
**Author:** ![alekz\_silva](https://avatars.discourse-cdn.com/v4/letter/a/d78d45/32.png) [@alekz\_silva](https://community.dynatrace.com/u/alekz_silva)\ **Post date:** [December 14, 2021, 11:31pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328/9 "2021-12-14T23:31:48Z")
```auto Thanks again for your willingness to help. Calls are made from servers in the AWS cloud. I will attach images from today's request. ``` ---
**Author:** ![AntonioSousa](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/antoniosousa/32/50_2.png) [@AntonioSousa](https://community.dynatrace.com/u/AntonioSousa)\ **Post date:** [December 15, 2021, 9:48am UTC](https://community.dynatrace.com/t/client-side-response-time/33328/10 "2021-12-15T09:48:26Z")
[@alekz\_silva](https://community.dynatrace.com/user/46098) As a matter of caution, I have removed the attachment that you put here, not only because it is classified as confidential, but also because it really may contain sensitive information. I’m in the process of analyzing the information you provided, and will be back in a few minutes. ---
**Author:** ![AntonioSousa](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/antoniosousa/32/50_2.png) [@AntonioSousa](https://community.dynatrace.com/u/AntonioSousa)\ **Post date:** [December 15, 2021, 11:30am UTC](https://community.dynatrace.com/t/client-side-response-time/33328/11 "2021-12-15T11:30:07Z")
[@alekz\_silva](https://community.dynatrace.com/user/46098) I have annotated the Purepath below. It does seem that times are quite high when invoking those services. They even continue working, despite the original client request being timed out at 1 minute. ![AntonioSousa_0-1639562079837.png](https://global.discourse-cdn.com/dynatrace/original/3X/8/9/89f6a63c73eb4c49129b1f3df2ae0ffe82020675.png) For what I have seen you should concentrate your efforts on possibly two explanations for this: 1. The .Net service that is taking too much time to be invoked. There might be thread issues or other related factors that stall invocation. Take a look at Method Hotspots here, and if you have it activated, at IIS Modules in the “Response time hotspots” of that service. 2. Since you mention the AWS cloud, I’m not sure if these invocations are all inside the cloud, or if they invoke on-prem servers. If the latter is the case, please check network latencies, traffic & retransmissions. The values are very high, so I believe that should not be the case, but please check it out. ---
**Author:** ![akankshabarge](https://avatars.discourse-cdn.com/v4/letter/a/91b2a8/32.png) [@akankshabarge](https://community.dynatrace.com/u/akankshabarge)\ **Post date:** [January 15, 2026, 4:15pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328/12 "2026-01-15T16:15:40Z")
We are facing the same issue. The request originates from DataPower (NGINX) and gets terminated after 25 seconds due to a request timeout. After that, the request reaches the application web server, which is behind an NGINX load balancer, and this returns a 200 OK response after 31.7 seconds. When this request appears in the [ASP.NET](http://ASP.NET) request span, the timeline shows a light blue bar at the start, which seems to represent client-side response time. This light blue bar lasts for approximately 31.5 seconds. After this bar ends, the actual code execution begins and takes only a few milliseconds. The related MSSQL queries also complete within a few milliseconds. At this point, we have not been able to identify why this light blue bar shows such a high response time, which accounts for almost the entire request duration. Please help us investigate this issue ---
**Author:** ![Julius\_Loman](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/julius_loman/32/51_2.png) [@Julius\_Loman](https://community.dynatrace.com/u/Julius_Loman)\ **Post date:** [January 15, 2026, 9:22pm UTC](https://community.dynatrace.com/t/client-side-response-time/33328/13 "2026-01-15T21:22:37Z")
The client response time (light blue) is the time between when the calling service starts the request and called service starts to process the request. Can be network congestion, queued request, garbage collection happening, … ---
**Author:** ![mehakpuri01](https://avatars.discourse-cdn.com/v4/letter/m/65b543/32.png) [@mehakpuri01](https://community.dynatrace.com/u/mehakpuri01)\ **Post date:** [February 5, 2026, 8:23am UTC](https://community.dynatrace.com/t/client-side-response-time/33328/14 "2026-02-05T08:23:59Z")
Hi All, We are too experiencing the same issue in our environment wherein the server response time is 102ms and client side response time is 7s which leads to socket hang up exceptions in upstream services, however for an ECS based application with the API being hosted on ECS i mean, what metrics would we check in this case? Thanks!