Bonjour is based on mDNS (http://datatracker.ietf.org/doc/draft-cheshire-dnsext-multicastdns/) and DNS-SD (http://datatracker.ietf.org/doc/draft-cheshire-dnsext-dns-sd/), both currently in the RFC editors queue.....
Don On 9/10/12 6:53 AM, "Brian E Carpenter" <[email protected]> wrote: >On 10/09/2012 14:09, Ray Bellis wrote: >> On 10 Sep 2012, at 13:58, Brian E Carpenter >><[email protected]> wrote: >> >>> Using literal addresses is evil for many reasons - surely we don't >>>need to >>> discuss that ancient question again? >> >> I wasn't promoting it, just noting that this is the current position, >>with Bonjour et al becoming the "preferred" way. The latter is "a good >>thing". > >afaik Bonjour is a proprietary protocol. How can that be a good thing? > >>> The right question is whether DNS is the appropriate solution for >>>converting >>> local devices names to addresses, or whether there is some other >>>naming service that >>> should be the standard. Since DNS is the IETF standard for converting >>>names >>> to addresses, there would need to be a pretty strong case for anything >>>else. >> >> The IETF has _other_ protocols for naming services (mDNS, LLMNR) that >>are designed for local networks, albeit with the "wrong" multicast scope >>as far as we're concerned. > >And SLP, explicitly designed for locating services. > >> My question is therefore more about whether (internal) unicast DNS is >>actually required at all. > >And I'm saying that's the wrong question. > >I think the right question is whether there is an *open* standard for >discovering >service addresses from service names that is more suitable than DNS. > > Brian > > >_______________________________________________ >homenet mailing list >[email protected] >https://www.ietf.org/mailman/listinfo/homenet _______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet
