You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficcontrol.apache.org by "Eric Friedrich (JIRA)" <ji...@apache.org> on 2017/05/15 19:28:04 UTC
[jira] [Created] (TC-289) Delivery service TTLs/SOA data are hard
coded in CRConfig generation code
Eric Friedrich created TC-289:
---------------------------------
Summary: Delivery service TTLs/SOA data are hard coded in CRConfig generation code
Key: TC-289
URL: https://issues.apache.org/jira/browse/TC-289
Project: Traffic Control
Issue Type: Improvement
Components: Traffic Router
Reporter: Eric Friedrich
Priority: Minor
The TTLs and SOA timing data (retry, etc) that appear in the delivery service object in the CRConfig are currently hardcoded. This means, for example, that there is no way to adjust the TTL or timing values in the SOA, or TTLs of things like NS records. These should be configurable on a per-delivery-service basis, and if the values don't exist, the defaults from the Traffic Router's profile parameters should be used. Only if the profile parameters are missing should we fall back to hardcoded values.
https://github.com/Comcast/traffic_control/issues/178
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)