Cisco Cisco Prime Performance Manager 1.7 Developer's Guide

Page of 44
 
Cisco Prime Performance Manager 1.7 REST API Guide 
startDate is calculated by subtracting  the durationSelect from the current time. In this case, the 
date/times will all be set according to the server time zone settings. 
 
Provide either the start or end date with proper GMT offset to ensure the reporting data received are in the 
expected time zone. 
 
Not supported by views. 
5.7.4 endDate 
Table 10 – endDate Parameter 
Parameter 
Notes 
endDate 
The end date for the reporting data. 
 
Format: 
yyyy-MM-ddTHH:mmZ 
 
where, 
yyyy:  year  (e.g. 2010, 2011, 2012…) 
MM: month in year (e.g., 1-12) 
dd: day in month (e.g. 1, 2,…,31) 
T: character to separate date from time. 
HH: hour in day (0-23) 
mm: minute in hour (0-59) 
Z: time zone represented as follows (+/-)HHmm 
“+” to add  or “-“ to subtract the “HHmm” from the GMT time. 
 
Examples of valid formatted end date: 
endDate=2012-04-23T02:30%2B0800 
endDate=2012-07-01T03:00-0600 
 
The timezone “+” sign needs to be URL encoded to “%2B”. 
Additional Notes 
 
Only supported for the “GET /{reportType} /{category}../{reportName}” requests. 
 
The “startDate”/“endDate” and “durationSelect” parameters are mutually exclusive. 
 
If the endDate is not given, it will default to the calculated value based on durationSelect and 
startDate (or system time if startDate is not given). 
 
If both startDate and endDate are given, their time zone must match. For example,   
endDate is not given. 
startDate
=”2012-03-22T12:30+0800” 
duration
=”last24Hours” 
intervalTypeKey
=”HOUR” 
The endDate is 24 hours plus the startDate; that is “2012-03-23T12:30+0800” 
 
The endDate may be calculated to be a date in the future.  In that case, the user should keep in mind that 
no reporting information is available in the system for a future date. 
 
If startDate and endDate are not given, the REST API will determine the startDate and 
endDate using the time zone set in the Prime Performance Manager server.  In this case, the dates/times 
where REST client application is running and the dates/times set in the server may be different.   
 
The user should provide either the start or end date with proper GMT offset to ensure the reporting data 
received are in the expected time zone. 
 
Not supported by views.