On 19 Oct 2011, at 07:42, <teemu.savolai...@nokia.com> <teemu.savolai...@nokia.com> wrote:
> Hi all, > > This second WGLC resulted in very few comments. In the DHC WG we discussed > about DHCPv4 option structure and in MIF there was a comment about > document-internal reference bug. > > I have now uploaded a version six that contains: > - Fixes to the DHCPv4 option structure > - Highlighting stricter length limitation in case of DHCPv4 option > - Fix to the reference bug > - Small fixes to missing DHCPv4 considerations in sections 4.5 and > 4.6. > > Please see diff: > http://tools.ietf.org/rfcdiff?url2=draft-ietf-mif-dns-server-selection-06 Apologies for the late comment - I have been tied up with my own WG and been off sick too. I have concerns about §4.6: "A bare name (a name without any dots) MUST be first treated as a pre- DNS hostname, and only after that the name SHALL be appended with domain information and described DNS server selection logic be utilized." When new gTLDs are introduced it is likely for brand-name gTLDs that they will wish to use bare names in the DNS (i.e. a single label hostname) for their primary web sites. Hence bare names may become much more frequently used as DNS names, and §4.6 wouldn't permit those to work unless '.' is also in the suffix list. My own view is that DNS search suffixes should be deprecated and that they cause more harm than good. A related issue is that they encourage the sharing of abbreviated URLs that don't work when the recipient is not using the right search suffix, perhaps because they're off site. Some of my colleagues often share documents on our intranet by sending around links like <http://intranet/path>. If I'm off site not only will that not work, but it could result in a connection to the wrong server and a potential leakage of credentials. I've discussed these issues with search suffixes with various other DNS folk and not heard any disagreement. See also <http://www.circleid.com/posts/20110620_domain_names_without_dots/> from Vixie for some informed commentary on this issue. I'd like to hear the authors' thoughts on these. I'm not sure that this draft necessarily needs any significant changes - it may only require changes to ensure that bare names are also considered as potential DNS names in their own right. I'm also considering taking up Vixie's challenge and writing up a draft to formally deprecate search suffixes. kind regards, Ray _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop
