Re: [tae] New draft: announcing the supported transports via DNS

Caitlin Bestler <cait@asomi.com> Fri, 18 September 2009 20:22 UTC

Return-Path: <cait@asomi.com>
X-Original-To: tae@core3.amsl.com
Delivered-To: tae@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7BBB43A67D3 for <tae@core3.amsl.com>; Fri, 18 Sep 2009 13:22:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.382
X-Spam-Level:
X-Spam-Status: No, score=-2.382 tagged_above=-999 required=5 tests=[AWL=-0.117, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BZZpkPDzi4Vu for <tae@core3.amsl.com>; Fri, 18 Sep 2009 13:22:53 -0700 (PDT)
Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by core3.amsl.com (Postfix) with ESMTP id 80C903A69D4 for <tae@ietf.org>; Fri, 18 Sep 2009 13:22:53 -0700 (PDT)
Received: (qmail 19761 invoked from network); 18 Sep 2009 20:23:47 -0000
Received: from imac.asomi.com (cait@asomi.com@[66.92.48.27]) (envelope-sender <cait@asomi.com>) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for <touch@ISI.EDU>; 18 Sep 2009 20:23:47 -0000
Mime-Version: 1.0 (Apple Message framework v1075.2)
Content-Type: text/plain; charset="us-ascii"; format="flowed"; delsp="yes"
From: Caitlin Bestler <cait@asomi.com>
In-Reply-To: <4AB3CF61.5060208@isi.edu>
Date: Fri, 18 Sep 2009 13:23:46 -0700
Content-Transfer-Encoding: 7bit
Message-Id: <38542A4D-C3D0-4BE8-BF2B-FB99252C596C@asomi.com>
References: <Pine.LNX.4.64.0909180057060.5479@zippy.stdio.be> <77F0974F-62CD-411C-96D3-C29E6D872DEA@asomi.com> <4AB2E6AB.7020409@gmail.com><4AB3A33B.7080909@ifi.uio.no> <4AB3A5DE.1040708@isi.edu> <055001ca388b$163a0070$5da36b80@cisco.com> <4AB3CF61.5060208@isi.edu>
To: Joe Touch <touch@ISI.EDU>
X-Mailer: Apple Mail (2.1075.2)
Cc: tae@ietf.org
Subject: Re: [tae] New draft: announcing the supported transports via DNS
X-BeenThere: tae@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Architecture Evolution <tae.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tae>, <mailto:tae-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tae>
List-Post: <mailto:tae@ietf.org>
List-Help: <mailto:tae-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tae>, <mailto:tae-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Sep 2009 20:22:54 -0000

On Sep 18, 2009, at 11:20 AM, Joe Touch wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
>
> Dan Wing wrote:
>>
>>
>>> -----Original Message-----
>>> From: tae-bounces@ietf.org [mailto:tae-bounces@ietf.org] On
>>> Behalf Of Joe Touch
>>> Sent: Friday, September 18, 2009 8:23 AM
>>> To: Michael Welzl
>>> Cc: tae@ietf.org
>>> Subject: Re: [tae] New draft: announcing the supported
>>> transports via DNS
>>>
>>
>>
>> Michael Welzl wrote:
>>>>> Hi all,
>>>>>
>>>>> This discussion reminds me of something else:
>>>>> someone (I think Jana?) mentioned the possibility of negotiating
>>>>> more than just the transport protocol, e.g. even the usage of  
>>>>> IPv6,
>>>>> with a negotiation protocol.
>>>>>
>>>>> I recently talked about this with someone who knows more about
>>>>> IPv6 than me (actually not hard to find such a person!), and that
>>>>> someone said that a standard is already in place for determining
>>>>> whether IPv6 can be used **via DNS**.
>> That presumes two things:
>>
>> a) you know which protocol to use to get to the DNS
>>
>> b) not everybody uses the DNS, at which point you definitely need to
>> know the address format since you need to know the address
>>
>>> Not everybody uses TCP, either.  For example, RTP is commonly
>>> sent over UDP and the IPv4 addresses are commonly signaled in
>>> SDP as IPv4 address literals.  So RTP doesn't use DNS or TCP.
>>
>>> But DNS-less and TCP-less applications or usage are not the
>>> 80% that is the interesting problem.  I can't maintain
>>> host tables for the Internet anymore -- it's too big.  The need
>>> for DNS is more acute with long and awkward IPv6 addresses.
>
> As you note, addresses are sometimes used for non-human purposes, and
> with IPv6 they could be created on the fly - I wouldn't want to have  
> to
> wait to register them in the DNS vs exchanging them in-band.
>


Of course if you have already used application specific mechanisms to  
exchange
IP addresses in-band then you obviously have the means to specify which
transport protocol and options to use as well.

That still leaves discovery via limited DNS, urls with literal IP  
addresses, discovery
by other administrative means and local discovery mechanisms such as  
zeroconf.



Does anyone know what impact DNS caches would have on a DNS based  
solution?
Are the entire set of DNS records for a domain routinely cached?



--
Caitlin Bestler
cait@asomi.com
http://www.asomi.com/CaitlinBestlerResume.html