Re: Transport requirements for DNS-like protocols
Eric Brunner-Williams in Portland Maine <brunner@nic-naa.net> Sat, 29 June 2002 22:53 UTC
Return-Path: <ietf-irnss-errors@lists.elistx.com>
Received: from ELIST-DAEMON.eListX.com by eListX.com (PMDF V6.0-025 #44856) id <0GYH00104OWRIN@eListX.com> (original mail from brunner@nic-naa.net); Sat, 29 Jun 2002 18:53:15 -0400 (EDT)
Received: from CONVERSION-DAEMON.eListX.com by eListX.com (PMDF V6.0-025 #44856) id <0GYH00101OWRIL@eListX.com> for ietf-irnss@elist.lists.elistx.com (ORCPT ietf-irnss@lists.elistx.com); Sat, 29 Jun 2002 18:53:15 -0400 (EDT)
Received: from DIRECTORY-DAEMON.eListX.com by eListX.com (PMDF V6.0-025 #44856) id <0GYH00101OWRIK@eListX.com> for ietf-irnss@elist.lists.elistx.com (ORCPT ietf-irnss@lists.elistx.com); Sat, 29 Jun 2002 18:53:15 -0400 (EDT)
Received: from nic-naa.net (216-220-241-233.midmaine.com [216.220.241.233]) by eListX.com (PMDF V6.0-025 #44856) with ESMTP id <0GYH00JINOWPCZ@eListX.com> for ietf-irnss@lists.elistx.com; Sat, 29 Jun 2002 18:53:15 -0400 (EDT)
Received: from nic-naa.net (localhost.nic-naa.net [127.0.0.1]) by nic-naa.net (8.12.4/8.11.6) with ESMTP id g5TETwBZ021792; Sat, 29 Jun 2002 10:29:58 -0400 (EDT envelope-from brunner@nic-naa.net)
Date: Sat, 29 Jun 2002 10:29:58 -0400
From: Eric Brunner-Williams in Portland Maine <brunner@nic-naa.net>
Subject: Re: Transport requirements for DNS-like protocols
In-reply-to: "Your message of Sat, 29 Jun 2002 10:11:15 +0200." <17823168.1025345475@localhost>
To: Patrik Fältström <paf@cisco.com>
Cc: Nicolas Popp <nico@realnames.com>, 'Michael Mealling' <michael@neonym.net>, John C Klensin <klensin@jck.com>, Rob Austein <sra@hactrn.net>, ietf-irnss@lists.elistx.com, brunner@nic-naa.net
Message-id: <200206291429.g5TETwBZ021792@nic-naa.net>
Content-type: TEXT/PLAIN
List-Owner: <mailto:ietf-irnss-help@lists.elistx.com>
List-Post: <mailto:ietf-irnss@lists.elistx.com>
List-Subscribe: <http://lists.elistx.com/ob/adm.pl>, <mailto:ietf-irnss-request@lists.elistx.com?body=subscribe>
List-Unsubscribe: <http://lists.elistx.com/ob/adm.pl>, <mailto:ietf-irnss-request@lists.elistx.com?body=unsubscribe>
List-Archive: <http://lists.elistx.com/archives/ietf-irnss/>
List-Help: <http://lists.elistx.com/elists/admin.shtml>, <mailto:ietf-irnss-request@lists.elistx.com?body=help>
List-Id: <ietf-irnss.lists.elistx.com>
Granted, this mess began with shady characters, but that isn't the exclusive scope of a blob-o-gop-in-dns-record-out thing-above-transport. Besides, I've been warned off of attempting to improve characters as that is a well-solved problem. Here is one representation of spatial data. It contains in-fix dots, and three characters not in the LDH set, and there are applications that can benefit from inexact match. Here "o" serves for U+00B0, "degree", UTC3.0, and the leading tab is for clarity. 29o46'59.63940"N 95o34'46.23606"W -11.380m Here is another representation of spatial data, this time from iso6709, again with a leading tab for clairity. Altitude is the (optional) 3rd datum. +40-075/ +401213.1-0750015.1+2.79/ +40.20361-075.00417/ Again, in-fix dots, and two characters not in the LDH repitoire. So, blob-o-glop is a coordinate system reference, e.g., the weather sensor complex at 44o16'N, 71o18'W, 2,000m, (Mt. Washington, NH, US), and "fuzzy" has some algorithmic expression e.g., 1'/1'/Km. What I'd like, is for a something-above-dns not to be over-constrained to be "language", nor harmed by non-generic problem domain issues. The LDH limit exists, extensions to it can be mapped to it, and lookups, as well as searches, may be attempted using the LDH-mapped thingee that isn't LDH-constrained. Personally, I'd go for adding "+" to LDH, but I lost my sense of humor some time earlier. Cheers, Eric
- Re: Transport requirements for DNS-like protocols John C Klensin
- RE: Transport requirements for DNS-like protocols John C Klensin
- Re: Transport requirements for DNS-like protocols Dave Crocker
- Re: Transport requirements for DNS-like protocols Michael Mealling
- Re: Transport requirements for DNS-like protocols Eric Brunner-Williams in Portland Maine
- Re: Transport requirements for DNS-like protocols Dave Crocker
- RE: Transport requirements for DNS-like protocols Patrik Fältström
- Re: Transport requirements for DNS-like protocols Rob Austein
- Re: Transport requirements for DNS-like protocols Eric Brunner-Williams in Portland Maine
- RE: Transport requirements for DNS-like protocols John C Klensin
- RE: Transport requirements for DNS-like protocols Nicolas Popp
- Re: Transport requirements for DNS-like protocols Patrik Fältström
- Re: Transport requirements for DNS-like protocols John C Klensin
- Re: Transport requirements for DNS-like protocols Patrik Fältström
- Re: Transport requirements for DNS-like protocols Eric Brunner-Williams in Portland Maine
- Re: Transport requirements for DNS-like protocols John C Klensin
- Re: Transport requirements for DNS-like protocols Eric Brunner-Williams in Portland Maine
- Re: Transport requirements for DNS-like protocols Michael Mealling
- Re: Transport requirements for DNS-like protocols Patrik Fältström
- Re: Transport requirements for DNS-like protocols Michael Mealling
- Re: Transport requirements for DNS-like protocols John C Klensin
- Re: Transport requirements for DNS-like protocols Michael Mealling
- Re: Transport requirements for DNS-like protocols John C Klensin
- Re: Transport requirements for DNS-like protocols Michael Mealling
- Re: Transport requirements for DNS-like protocols Patrik Fältström
- Transport requirements for DNS-like protocols Rob Austein
- RE: Transport requirements for DNS-like protocols Patrik Fältström
- RE: Transport requirements for DNS-like protocols John C Klensin
- RE: Transport requirements for DNS-like protocols Patrik Fältström