Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
http://www.symantec.com/docs/TECH244919
Technical Support
No Yes
Print Article
Related Products
Search Again
Search Articles
Situation
Solution
https://support.symantec.com/en_US/article.TECH244919.html 1/6
4/14/2018 Understanding Policy Trace checkpoint timing
The timings given in the new policy trace help with understanding how much time
The timings given start at time 0 and for each key word "start" the time
that follows is elapsed milliseconds from the beginning of the request. Any
Below, I have provided a description for each line with a separator "<="
categorization of URL
excluding DRTR
web request
Checkpoint timings:
at 107ms
policy
ICAP Response Scan: start 324 delay 4 finish 329 <= ICAP response started at
at 329ms
https://support.symantec.com/en_US/article.TECH244919.html 2/6
4/14/2018 Understanding Policy Trace checkpoint timing
at 107ms
server connection: connected 191 first-byte 317 last_byte 324 <= server
connection complete at 191ms, first byte recv'ed at 317ms and last byte 324ms
response byte delivered to client at 330ms and last byte delivered 330ms
Total time added: 111 ms <= total time added web request with policy,
icap, etc
Total latency to first byte: 202 ms <= really, this is Request Latency + OCS
OCS connect time: 84 ms <= time it took to establish TCP conn with
OCS
Response latency (first byte): 13 ms <= delay added by proxy/AV until first byte
delivered to client
Response latency (last byte): 6 ms <= delay added by proxy/AV until last byte
delivered to client
For a request that is being served from cache on the proxy, the value:
may be present. The proxy may still go to the OCS to verify the object in cache.
---------------------------------------------
The zeroes above are from the fact that the categorization did not happen from
the URL, since for SSL transactions the categories are determined by server
certificate hostname.
https://support.symantec.com/en_US/article.TECH244919.html 3/6
4/14/2018 Understanding Policy Trace checkpoint timing
Checkpoint timings:
ssl server hello complete: 246 <= The SSL server hello handshake
url_categorization complete time: 479 <= this is a bogus value for SSL.
This value is really the end time of transaction and policy trace logging
ssl_server started intercept: 250 <= time proxy started SSL intercept
Request latency: 0 ms
This SSL policy transaction really did not have any bytes transferred and no
latency was added. The reason being that this was just the SSL connection that
the proxy uses to make the interception decision and to verify the server.
Imported Document Id
000022825
Didn't find the article you were looking for? Try these
resources.
https://support.symantec.com/en_US/article.TECH244919.html 4/6
4/14/2018 Understanding Policy Trace checkpoint timing
Get support for your product, with downloads, knowledge base articles,
documentation, and more.
Education Services
Maximize your product competency and validate technical knowledge to gain the
most benefit from your IT investments.
Submit a Threat
https://support.symantec.com/en_US/article.TECH244919.html 5/6
4/14/2018 Understanding Policy Trace checkpoint timing
https://support.symantec.com/en_US/article.TECH244919.html 6/6