I'm submitting a ...
Traffic Control components affected ...
Current behavior:
When Mid Header Rewrite Rules are applied to a DS, a parameter is created as such:
name: location
configFile: hdr_rw_mid_xml-id.config
value: /opt/trafficserver/etc/trafficserver
secure: false
and that parameter is attached to the profile(s) of the mids employed by the delivery service. (which i believe is simply all the mids in the same cdn as the DS)
This ensures that when updates are queued on these mids, the hdr_rw_mid* file will be fetched, however, the following API call does not include the hdr_rw_mid* file:
GET api/1.1/servers/{mid-server-name-or-id}/configfiles/ats
Expected / new behavior:
The expected behavior is to pull any hdr_rw_mid* files as defined by the location parameters of the mid's profile as the Perl version of the endpoint did.
Minimal reproduction of the problem with instructions:
- Identify a delivery service that employs the mid-tier (I.e. DNS) and note the xml-id
- Add an entry to Mid Header Rewrite Rules; Save.
- Ensure that a location parameter was created by navigating to https://tp.domain.net/#!/parameters and search for hdr_rw_mid_xml-id.config and note which profile(s) the parameter was attached to.
- navigate to a mid employed by the ds (see next section) and click view config files. notice that hdr_rw_mid_xml-id.config does not show up in the list.
The call to GET api/1.1/servers/{mid-server-name-or-id}/configfiles/ats does not include ANY hdr_rw_mid files where the Perl version does.
Anything else:
How do I find a mid employed by the DS? Good question. You can do the following:
- In TP, navigate to a DS
- select manage servers
- click the first server
- on the server page, click
view details for the server's cache group
- on the server's cache group page, click
view details for the parent cache group. now you are in the parent cache group or the mid cache group.
- select view servers
- select any mid server
I'm submitting a ...
Traffic Control components affected ...
Current behavior:
When Mid Header Rewrite Rules are applied to a DS, a parameter is created as such:
name: location
configFile: hdr_rw_mid_xml-id.config
value: /opt/trafficserver/etc/trafficserver
secure: false
and that parameter is attached to the profile(s) of the mids employed by the delivery service. (which i believe is simply all the mids in the same cdn as the DS)
This ensures that when updates are queued on these mids, the hdr_rw_mid* file will be fetched, however, the following API call does not include the hdr_rw_mid* file:
GET api/1.1/servers/{mid-server-name-or-id}/configfiles/ats
Expected / new behavior:
The expected behavior is to pull any hdr_rw_mid* files as defined by the location parameters of the mid's profile as the Perl version of the endpoint did.
Minimal reproduction of the problem with instructions:
The call to GET api/1.1/servers/{mid-server-name-or-id}/configfiles/ats does not include ANY hdr_rw_mid files where the Perl version does.
Anything else:
How do I find a mid employed by the DS? Good question. You can do the following:
view detailsfor the server's cache groupview detailsfor the parent cache group. now you are in the parent cache group or the mid cache group.