Re: Questions about draft-lear-iana-no-more-well-known-ports-00.txt

Joe Touch <touch@ISI.EDU> Tue, 06 June 2006 16:52 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FnenM-0000Cy-4x; Tue, 06 Jun 2006 12:52:44 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FnenJ-0000Ca-Nb for ietf@ietf.org; Tue, 06 Jun 2006 12:52:41 -0400
Received: from vapor.isi.edu ([128.9.64.64]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FnenI-0000Jg-A3 for ietf@ietf.org; Tue, 06 Jun 2006 12:52:41 -0400
Received: from [192.168.1.42] (pool-71-106-102-77.lsanca.dsl-w.verizon.net [71.106.102.77]) by vapor.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id k56GjmU09112; Tue, 6 Jun 2006 09:45:48 -0700 (PDT)
Message-ID: <4485B135.1070804@isi.edu>
Date: Tue, 06 Jun 2006 09:45:41 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: "Hallam-Baker, Phillip" <pbaker@verisign.com>
References: <198A730C2044DE4A96749D13E167AD37B55765@MOU1WNEXMB04.vcorp.ad.vrsn.com>
In-Reply-To: <198A730C2044DE4A96749D13E167AD37B55765@MOU1WNEXMB04.vcorp.ad.vrsn.com>
X-Enigmail-Version: 0.94.0.0
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1
Cc: John C Klensin <john-ietf@jck.com>, ietf@ietf.org, Eliot Lear <lear@cisco.com>
Subject: Re: Questions about draft-lear-iana-no-more-well-known-ports-00.txt
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1831905194=="
Errors-To: ietf-bounces@ietf.org


Hallam-Baker, Phillip wrote:
>> From: Joe Touch [mailto:touch@ISI.EDU] 
> 
>> The second is a problem, for reasons 
>> explained in my I-D, because it puts control over host 
>> service offerings in the hands of whomever controls its DNS 
>> (e.g., another thing for ISPs to claim makes you a commercial 
>> customer at commercial prices) and because it's inefficient.
> 
> This is an irrelevant issue based on a premise that is absolutely and totally wrong.
> 
> There is NO CHANGE OF CONTROL due to SRV, none, zip, nadda.
> 
> If a party controls the DNS information for a host it controls
> all name based inbound connections to that host absolutely and
irrevocably.

The DNS controls the IP address; ISPs aren't reluctant to control the
forward DNS lookup for an IP address, even when transient.

Were the DNS to control the services available, customers would be at
the mercy of their ISP to make new services widely available. ISPs
already want to control that using port filtering.

...
> If someone wants to be a first class citizen on the Internet they
> have to own and control their own DNS service.

How so? What defines first-class?

All they really need is:
	- stable IP addresses
	- stable matching forward and reverse DNS entries
	- a lack of port filtering

If they want control over their DNS name, they also need:
	- control over their IP address's reverse DNS entry

Relying on SRV records puts more control in the DNS. While that may not
matter much for users managing their own DNS*, it does matter a LOT for
the five 9's of the rest of us who don't.

> DNS names are not free but they are exceptionaly cheap. 
> If you want to put up some service and your ISP refuses to
> allow you control of the DNS there are plenty of DNS service
> providers who will be happy to help.

That assumes the applications lookup the service name on the DNS name,
rather than the IP address. The former may have multiple IP addresses
with different service name:port bindings; the latter is more
appropriate, IMO. That then results in dependence on the DNS under the
control of the ISP - since they're unlikely to delegate the control of a
single reverse entry to you.

And 5 9's of users may want or need services (e.g., some OS diagnostics
rely on web servers running on your host), but they're not about to run
setup a DNS server, regardless of how inexpensive.

Joe


_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf