On 09/11/2012 11:07 AM, Evan Hunt wrote:
My home zone is cluttered up with the names of a couple of dozen laptops and ipods belonging to neighbors and visitors over the past year. It's probably my own fault for misconfiguring DHCP (I don't think it's doing the right thing in the "on expiry" block, and it hasn't been a high priority for me to fix it). But if we're going to be supplying DNS data from multiple sources -- DHCP, mDNS, maybe others -- then it might be a good idea to manage time limits on the demand side.

A more fundamental question is enrollment. Security considerations are usually
the sworn enemy of zeroconf like solutions. How we make those tradeoffs will
most likely be a difficult conversation. What gives something on my home network
the right to announce itself, offer services, change state in some repository, 
etc,
etc?

If we're using the property that they need to have access to my home wifi
as proof the device is "mine" rather than "somebody else's", then lets stop
right  now with the posture that what we're doing is "zeroconf" because
configuring a wifi password is most certainly not "zeroconf".

Which brings me to: we shouldn't be hung up with "zeroconf", we should
be shooting for "littleconf".

Mike
_______________________________________________
homenet mailing list
homenet@ietf.org
https://www.ietf.org/mailman/listinfo/homenet

Reply via email to