> -----Original Message----- > From: Tony Finch [mailto:[email protected]] On Behalf Of Tony Finch > Sent: Thursday, November 29, 2012 6:06 AM > To: Ted Lemon > Cc: Lee Howard; <[email protected]> > Subject: Re: [DNSOP] summary (was: RE: new version of IPv6 rDNS for ISPs) > > Ted Lemon <[email protected]> wrote: > > > On Nov 28, 2012, at 5:10 PM, Lee Howard <[email protected]> wrote: > > > > Yes, I assumed that everyone knew that residential users rarely have > > > their own domain name, and would have to get it from their ISP. I > > > don't think ISPs especially want to provide this--there's no gain > > > and lots of potential pain. > > > > I think that there's minimal potential pain if it's done right, and > > it's something they could charge extra for, but that's pretty much the > > only scenario in which I expect ISPs to do this. OTOH, it seems like > > a pretty obvious market for a third party. > > It ought to be part of the basic package. (Like Demon Internet in the > mid-1990s.)
<operator hat> Show me a business case. For the residential ISP, all I see is troubleshooting and time spent explaining DNS to customers. In exchange, expensive upstream wavelengths get used. </op hat> > > > We might want to check with some ISPs and see if they would be > > > interested in consuming such a spec. I doubt many would--it's > > > something to troubleshoot that offers little value to the > > > residential user. > > > > Actually I'd have to disagree with this. It offers significant value > > to the residential user in that their site can now have a > > globally-unique name, which is a problem we've discussed at some > > length in homenet, and which remains an unsolved problem. > > If every site has a domain name then it becomes easy to support wide-area service discovery, > so people can still make use of what they have at home when they are away. The question I think we should ask is, "If we develop a mechanism, will anyone deploy it?" The answer is not, "The mechanism enables other things." I don't want to waste my time, and the working group's time, on dustbin-destined technologies. Lee _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
