<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 27 April 2016 at 07:40, Stephane Bortzmeyer <span dir="ltr"><<a href="mailto:bortzmeyer@nic.fr" target="_blank">bortzmeyer@nic.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On Wed, Apr 27, 2016 at 07:32:48AM -0700,<br>
 Matthew Pounsett <<a href="mailto:matt@conundrum.com">matt@conundrum.com</a>> wrote<br>
<span class=""> a message of 49 lines which said:<br>
<br>
> One of these days I'd like to lead a serious lobbying effort against<br>
> the browser developers at the W3C to have SRV records for HTTP<br>
> standardized.<br>
<br>
</span>I fully agree and, if you're brave enough to propose it to the DNSOP<br>
working group at IETF, I volunteer for reviewing/etc.<br>
<br>
There is a starting point:<br>
<br>
<a href="https://datatracker.ietf.org/doc/draft-andrews-http-srv/" rel="noreferrer" target="_blank">https://datatracker.ietf.org/doc/draft-andrews-http-srv/</a></blockquote><div><br></div><div>Unfortunately, the problem is not one that can be easily fixed at the IETF.    I'll go have a look at Mark's draft, but here's the core problem as I see it:</div><div><br></div><div>RFC 2782 (SRV) says:</div></div></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div><div>Applicability Statement</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>   In general, it is expected that SRV records will be used by clients</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>   for applications where the relevant protocol specification indicates</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>   that clients should use the SRV record. Such specification MUST</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>   define the symbolic name to be used in the Service field of the SRV</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>   record as described below. It also MUST include security</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>   considerations. Service SRV records SHOULD NOT be used in the absence</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>   of such specification.</div></div></div></div></blockquote><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>This means that SRV records will not (can not) be used for the web until the HTTP spec says they can.  This requires W3C action.  </div><div><br></div><div>At the same time, the browser developers, almost without exception, refuse to implement SRV because they don't like the idea that they might have to do another DNS lookup prior to displaying a web page.  And they lobby the W3C pretty hard to not standardize SRV for HTTP.</div><div><br></div><div>That's a pretty serious impasse .. and one that I think is only going to be overcome by an equally strong lobbying movement from the DNS hosting industry, when we get tired of trying to educate end users on why CNAME at apex won't work (end users who don't–and shouldn't need to–care), and get tired of maintaining messy record synthesis processes.</div><div><br></div><div>But this is getting way off topic for BIND-users, and should probably be moved to <a href="mailto:dns-operations@dns-oarc.net">dns-operations@dns-oarc.net</a> if we want to continue.</div></div><br></div></div>