• Forums
    • Public Forums
      • Community Connect
      • Dynatrace
        • Dynatrace Open Q&A
      • Application Monitoring & UEM
        • AppMon & UEM Open Q&A
      • Network Application Monitoring
        • NAM Open Q&A
        • Enterprise Synthetic Monitoring
      • Synthetic Classic
        • Synthetic Classic Open Q&A
  • Home /
  • Public Forums /
  • Application Monitoring & UEM /
  • AppMon & UEM Open Q&A /
avatar image
Question by Matt H. · Jul 11, 2014 at 09:49 AM ·

Bandwidth Calculation Images Hosted on CDN

Hello,

We are trying to cache the images that Dynatrace uses to calculate bandwidth on our CDN.  Will this impact the accuracy of the bandwidth calculation?  Are the images truly static and thus able to be served from a CDN, or will they end up being served on the web server anyway?

Comment

People who like this

0 Show 0
10 |2000000 characters needed characters left characters exceeded
â–¼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 52.4 MB each and 262.1 MB total.

4 Replies

  • Sort: 
  • Most voted
  • Newest
  • Oldest
avatar image

Answer by Clemens F. · Jul 16, 2014 at 08:28 PM

Hi Matt,

the bandwidth images are served by the web server agent and have constant sizes:

dynaTraceMonitor?bwstate=0 -> 0 bytes (we use this for measuring the latency)
dynaTraceMonitor?bwstate=1 -> 3 kB
dynaTraceMonitor?bwstate=2 -> 10 kB
dynaTraceMonitor?bwstate=3 -> 30 kB
dynaTraceMonitor?bwstate=4 -> 100 kB
dynaTraceMonitor?bwstate=5 -> 300 kB
dynaTraceMonitor?bwstate=6 -> 1 MB

If a CDN should cache them you must make sure to handle the dynaTraceMonitor?bwstate=* requests accordingly on the CDN and set the "Cache-Control" response header "no-cache" to avoid them from being cached in the browsers cache.

As stated by Rick: if the CDN serves the bandwidth images, bandwidth is calculated for browser to CDN communication!

hth,
Clemens

 

 

Comment

People who like this

0 Show 0 · Share
10 |2000000 characters needed characters left characters exceeded
â–¼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 52.4 MB each and 262.1 MB total.

avatar image

Answer by Matt H. · Jul 16, 2014 at 04:46 AM

We want to cache them so we don't have to pay for the bandwidth on a very high volume site.  I realize caching them on the cdn is counter intuitive, but we rely heavily on cdn caching, so it kind of makes sense.

 

Thanks for the reply!

Comment

People who like this

0 Show 1 · Share
10 |2000000 characters needed characters left characters exceeded
â–¼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 52.4 MB each and 262.1 MB total.

avatar image Rick B. · Jul 16, 2014 at 05:49 AM 0
Share

Hi Matt,

The only problem I see here is that dynaTrace is going to imply this is the network time to origin, so if you cached it it would give a very skewed view.  My recommendation is if you want to save the bandwidth more than you want to measure network to origin, to simply disable it (I have a customer who also has this disabled).

Hope that helps,

Rick B

avatar image

Answer by Dominik P. · Jul 14, 2014 at 11:22 PM

Hi Matt,

the bandwitdh images are generated dynamically as a response to specific dynaTraceMonitor requests. So it is not possible to cache them on your CDN. 

The bandwidth is used for the following:

  1. show an assessment of the connectivity from the client to your servers
  2. estimate the network transfer time for all resources

If you relocate the images to a CDN, you might get the "better result" in terms of pure bandwidth of the client, but calculations in dynaTrace might suffer from that. So I would suggest to keep those requests to the web server.

Just out of curiosity - why do you want to move them to a CDN?

Best regards,

Dominik

Comment

People who like this

0 Show 0 · Share
10 |2000000 characters needed characters left characters exceeded
â–¼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 52.4 MB each and 262.1 MB total.

avatar image

Answer by Chris S. · Jul 12, 2014 at 04:05 AM

Matt, 

I have tested this myself using two different browsers. From initial findings, the images loaded seem to be dynamically generated as they are different requests. This would mean that in all situations the network bandwidth would end up being served from the web server.

However when you look at our documentation, this states there are 7 total static images ranging in different sizes (dtbwimg_0.jpg to dtbwimg_6.jpg). Perhaps the webserver is dynamically creating a name for the specified files to ensure that the network bandwidth calculation is always hitting your data center since your application is going to generate dynamic data, it would make sense that you would only want to care about the network performance going back to your data center.

User Experience Management#Bandwidth

I would like to see what dT development has to say about this matter. Hopefully one of them will chime in here.

Thanks,

Chris

Comment

People who like this

0 Show 1 · Share
10 |2000000 characters needed characters left characters exceeded
â–¼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 52.4 MB each and 262.1 MB total.

avatar image Chris S. · Jul 12, 2014 at 05:41 AM 0
Share

It seems as though alternate documentation finds the images that I was retrieving from the web server agent. Through this documentation you can assume the images are indeed dynamically generated as it recommended to allow GET-requests on "dynaTraceMonitor?bwstate=*"

https://community.compuwareapm.com/community/pages/viewpage.action?spaceKey=DOCDT56&title=JavaScript+Agent#JavaScriptAgent-BandwidthDetection

Thanks,

Chris

Join the conversation!

First steps in the forum
Community User Guide

LIVE WEBINAR

"Power Demo: Software Intelligence for Cloud Infrastructure"


DECEMBER 12, 10:00 AM GMT / 2:00 PM ET

Register here

Live webinar: Ensuring Digital Business Availability with Dynatrace

Learn how Dynatrace Real User Monitoring automatically detects errors that impact your end users caused by erroneous 3rd party or CDNs.
December 10, 4:00 pm CET / 10:00 am ET
Register here

Live webinar: Ensuring Digital Business Availability with Dynatrace

Learn how Dynatrace Real User Monitoring automatically detects errors that impact your end users caused by erroneous 3rd party or CDNs.
December 10, 4:00 pm CET / 10:00 am ET
Register here

Live webinar: Ensuring Digital Business Availability with Dynatrace

Learn how Dynatrace Real User Monitoring automatically detects errors that impact your end users caused by erroneous 3rd party or CDNs.
December 10, 4:00 pm CET / 10:00 am ET
Register here

Follow this Question

Answers Answers and Comments

4 People are following this question.

avatar image avatar image avatar image avatar image

Forum Tags

dotnet mobile monitoring load iis 6.5 kubernetes mainframe rest api errors dashboard framework 7.0 appmon 7 health monitoring adk log monitoring services auto-detection uem webserver test automation license web performance monitoring ios nam probe collector migration mq web services knowledge sharing reports window java browser agent community user guide hybris javascript appmon sensors good to know search 6.3+ server documentation easytravel web dashboard kibana system profile purelytics docker splunk 6.1 process groups account 7.2 rest dynatrace saas spa guardian appmon administration production user actions postgresql upgrade oneagent measures security Dynatrace Managed transactionflow diagnostics user session monitoring unique users continuous delivery configuration alerting NGINX splitting business transaction client 6.3 installation chart database scheduler apache mobileapp RUM php dashlet azure purepath plugins agent 7.1 appmonsaas messagebroker nodejs 6.2 incidents android sensor performance warehouse
  • Forums
  • Public Forums
    • Community Connect
    • Dynatrace
      • Dynatrace Open Q&A
    • Application Monitoring & UEM
      • AppMon & UEM Open Q&A
    • Network Application Monitoring
      • NAM Open Q&A
      • Enterprise Synthetic Monitoring
    • Synthetic Classic
      • Synthetic Classic Open Q&A