Re: [homenet] homenet "no host changes" assumption and DNS

I think that what you are proposing here is great, except that I don't think we actually _need_ to go out of charter on this.   I think that what Toke has been advocating can be worked into the framework you are describing, so that you and I! get what we want, and Toke gets what he wants.

> El 18 ag 2017, a les 9:21, STARK, BARBARA H <bs7652@att.com> va escriure:
> 
> No hat.
> I'm proposing something radical here. Let the tomatoes fly.
> I'd like to question whether we really need to maintain the "no changes to the host" assumption when it comes to architecting homenet DNS.
> Currently, there is no host that expects to use .home.arpa (or any other domain) inside the premises. There is no host that expects a general-purpose in-home domain name system to work or be present. The widest use of in-home domains is the way ISPs use domains like ".home". To the best of my knowledge, they use those for access to the ISP-supplied router's HTTP-served content. Nothing else. The "no host changes" tenet was primarily about not breaking existing host functionality. A fully functional in-home domain name system is not something any legacy host has expectations or functionality for. As long as we don't break usage of Internet DNS, there should not be any requirement or mandate that we have to make in-home DNS work for legacy hosts.
> 
> If we got rid of the "no changes to host" tenet (for hosts that can make use of the home naming architecture), that would give us much more freedom to create an in-home DNS architecture without a dependency on homenet routers implementing the DNS Proxy kludge. Or any other kludge. It would let us create an architecture that would finally start to move us away from DNS Proxy and other methods that intercept DNS queries to make supposedly "intelligent" decisions on behalf of stupid hosts. And we would not be further entrenching use of these DNS intercept functions.
> 
> I would like to require the hosts that want to make use of the new homenet naming architecture responsible for understanding the different provisioning domains and simultaneously launching queries to the advertised (or internally configured) DNS servers for each provisioning domain. 
> 
> The host that gets multiple DNS responses needs to be responsible for making the decision that's right for it. In the case of multiple Internet connections: if the application needs high bandwidth and low loss but latency isn't important (e.g., streaming video), then maybe it picks the high bandwidth high latency low loss connection. If it needs low latency but not much bandwidth (e.g., VoIP), then maybe it picks the low bandwidth low latency connection. The CE router should not be making this decision (which DNS response to supply to the host) on behalf of apps it knows nothing about.
> 
> Make the home domain a different provisioning domain, and insist that hosts wanting to make use of domain names in the home domain must understand provisioning domains and how to use and interact with them. The home domain DNS server can be advertised by mDNS or other means.
> 
> I truly believe we need to start moving towards providing hosts with the info they need to make their own decisions. DNS Proxy mandates (or other DNS intercept mechanisms) are antithetical to this. 
> Barbara
> 
> 
> 
> _______________________________________________
> homenet mailing list
> homenet@ietf.org
> https://www.ietf.org/mailman/listinfo/homenet