At Fri, 26 Aug 2005 11:28:44 -0700, Bill Manning wrote: > > then there was the debate over if this was DNS or something else... > Stewart & I took the stance, yes it was/is. Yep, this was the original sticking point. In particular, there were folks (myself among them) who felt strongly that: 1) Whatever this thing was, it should not run on the same port as normal DNS; and 2) Whatever this thing was, cached answers from it should not be mingled with cached answers from normal DNS. The usage model for this multicast thing is very different from normal DNS (every node for itself vs hierarchical, totally different models for what constitutes authoritative data, totally different security models, etc). To me, this is enough to make it a different protocol that happens to reuse some DNS data formats. Unfortunately, even getting agreement on that much (that it was a different protocol) was hard, in part because some participants believed this whole thing should be as simple as putting a multicast address into their /etc/resolv.conf files. Sigh. By the time we achieved rough consensus that DNS and this other thing were different protocols to be run on different ports with separate caches, discussion had already become fairly polarized. I happen to think that both mDNS and LLMNR crippled themselves by attempting to wedge a totally different protocol into a DNS-like framework (a lot of the DNS semantics make no sense in this different usage model, so the developers of these protocols had to figure out what to do for all the cases where the packet format expressed something that had no analogue in the new protocol), but that's what the proponants chose to do. Their call, and hey, I could be wrong. What I did care about was preventing leaks between normal DNS and this other stuff. Unless something changed since the last time I checked, both mDNS and LLMNR use different ports and different caches from normal DNS, so I have no problem with either one on this score. Subsequent parallel development of LLMNR and mDNS was just weird, and I mostly stayed out of it because my main concerns had already been addressed. There have been several attempts to reconcile the two protocols, but in the end neither camp seems willing to budge. The differences between the two protocols have been discussed, several times, in mind-numbing detail, all of which is available in the namedroppers archives and the LLMNR issue tracker for anybody with the intestinal fortitude to wade through it. So, like Stuart, I find this mess sad and disturbing, but, unlike Stuart, I don't see major harm (either way) with LLMNR. It would have been nice to have one protocol, but the people involved couldn't settle their differences. That happens sometimes. Vendors who think LLMNR is a better idea than mDNS are going to implement it anyway, whether the IETF blesses it or not. If the network effect (economic sense) is going to make mDNS win no matter what happens with LLMNR, it won't matter whether the IETF has blessed LLMNR or not. So the only thing I see left for the IETF to decide is whether we're going to continue arguing about this for another N years. Let's not. --Rob ["Little-Endians are Little-Endians and Big-Endians are Big-Endians and never the twain shall meet. "We would like to see some Gulliver standing up between the two islands, forcing a unified communication regime on all of us. I do hope that my way will be chosen, but I believe that, after all, which way is chosen does not make too much difference. It is more important to agree upon an order than which order is agreed upon. "How about tossing a coin?" --Danny Cohen, IEN 137, "On Holy Wars and a Plea for Peace"] _______________________________________________ Ietf@xxxxxxxx https://www1.ietf.org/mailman/listinfo/ietf