Re: [DNSOP] abandoning ANAME and standardizing CNAME at apex

[Mark Andrews <[e-mail]>]

> On 19 Sep 2018, at 6:02 am, JW <[e-mail]> wrote:
> 
> 
> -------- Original message --------
> From: Mark Andrews <[e-mail]>
> 
> > 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: [phone]              
> > INTERNET: [e-mail]
> 

-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: [phone]              INTERNET: [e-mail]