The XML Feed is an XML formatted stream of data carrying monitoring information for a requested period for a Device, or a Task.
The Basic XML FEED request is a specially formatted URL with a number of GET parameters, divided by “&” symbol, which you request by HTTPS protocol.
Content of the basic XML FEED URL is constructed from the following commands:
[base_service_address] + [unique_account_uid] + [Site_id] + [parameter1]+[parameter2]...
https://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx ?pid=4229AF4F0FB545AEA75EAF2013E51BB7 &Site=12345 &Type=Overall
Additional Parameters’ description is available in the Using the XML Reporting Service (XRS) article.
Open the target Device in the list to Edit. In the browser’s address bar you’ll see something like
https://user.dotcom-monitor.com/ClientID/DeviceEdit?pid=dc7f4ff2ca944dekjh1078b96707002& deviceId=63698 & taskId=132834
The deviceId=63698 is the device ID.
The taskId=132834 is the task ID.
Account UID (aka Integration UID, Client UID) is a unique account identifier. Add it under Configure > Integrations > Integration UIDs.
Therefore by going to Configure > Integrations > Integration UIDs …copy UID 123456789456123789456123, then insert where Xs for PID. And then go to Device > Edit. Copy the device ID, e.g., 12345, from the URL, insert where Xs for Site:
The term we are using is “Extended XML details”, they include all underlying tree-of-response children i.e. list of all loaded elements. This option is available by adding the “Options=RequestDetails” parameter.
You can find how to enable “Extended XML details” in the Using the XML Reporting Service (XRS) article.
If you want the XML Feed to show results only from certain monitoring agents, add “&Location” string parameter to the request URL in the following way:
http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=XXXXXXXXXXX&Site=XXXXX&Type=Detail &Location=[agent1]&Location=[agent2]...&Location=[agent5] ...
List of agents’s strings values:
||Asia, Australia, Africa
<Response> <ID>3424533543</ID> <Name>Demo request</Name> <URL>http://demo.webportal.com/APIv1/json?userid=test;userweight=22;ACT=DASW</URL> <Monitoring-Date-Time>3/26/2014 12:38:38 PM</Monitoring-Date-Time> <Duration>114</Duration> <DnsTime>0</DnsTime> <SSLTime>0</SSLTime> <ConnectionTime>15</ConnectionTime> <RequestTime>0</RequestTime> <FirstPacketTime>97</FirstPacketTime> <DownloadTime>2</DownloadTime> <Status>S</Status> <Monitoring-Location>FL, USA</Monitoring-Location> </Response>
- Duration – Overall time taken to complete the task (Basically – sum of times below)
- DnsTime – is the time required to resolve a host name (e.g. www.google.com) into a numeric IP address (e.g. 22.214.171.124).
- SSLTime – is the time required to complete the SSL handshake process.
- ConnectionTime – is the time required to create a TCP connection to the web server (or proxy). Keep-Alive connections are often used to avoid the overhead of repeatedly connecting to the web server.
- RequestTime – is the time required to send the HTTP request message to the server and will depend on the amount of data that is sent to the server. For example, long Send times will result from uploading files using an HTTP POST
- FirstPacketTime – (Time To First Byte) time elapsed to start receiving data from the remote web server. In other words, the time between request and response first byte received.
- DownloadTime – is the time taken to read the response message from the server. This value will depend on the size of the content returned, network bandwidth and whether HTTP compression was used. In other words, the time between response first and last bytes.