> On 19 Sep 2018, at 6:02 am, JW <[email protected]> wrote: > > > -------- Original message -------- > From: Mark Andrews <[email protected]> > > > I would also expect a relatively large client population using SRV records > > given the rate Firefox and Chrome browsers are upgraded. SRV lookups > > work for lots ofother protocols. SRV records also make it through > > firewalls and IDS today. > > > > Hi Mark, > > I agree SRV is the obvious choice for a greenfield protocol but there is HTTP > code sprinkled /everywhere/. I can't imagine all those forgotten scripts, > lonely IOT devices, and troubleshooting guides are going to be as easy to > solve as updating chrome and firefox.
Actually it really is. Think about the names that are served by CDN’s, the other data at those names and the clients that are making those lookups. Those names with other data are the ones that need to me moved to using SRV. The rest of the HTTP lookups can continue to use A and AAAA lookup in perpetuity if they want. Sure we want to upgrade the rest over time but it is mostly browsers that are doing these lookups where there is the other data issues. As for scripts, you upgrade the tools those scripts use: curl(libcurl), wget, fetch for SH. File::Fetch for perl. Similar for the other scripting languages. Very few applications actually make socket calls directly for http. Mark > Whatever the solution, I feel it should be as transparent to the client as > possible. CNAME would fit this bill but the negative impact is largely > unknown. > > Perhaps defining a set of default protocols for SRV where it could simulate a > CNAME-like response if https/http SRV records are found? > > /John > > > > > -- > > Mark Andrews, ISC > > 1 Seymour St., Dundas Valley, > > NSW 2117, Australia > > PHONE: +61 2 9871 4742 > > INTERNET: [email protected] > -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: [email protected] _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
