[OT]: Proposed Standard for URL Shortening Services

[Scott Elcomb]

Saw this mentioned on Twitter a short while ago and thought it might
be of interest for others on-list.

(And, to be honest, I'm quite curious as to what you all might think
of handling URL shortening in DNS.)

The introduction and summary for the standard are as follows:

1. Introduction

   URI hashing services have fallen into popular usage to obscure
   URIs, simplify complex URIs which are not human readable, and
   to conserve local memory.  The lack of standardization and
   interoperability has proven to introduce dangers related to
   the removal and disappearance of services, difficulties in
   filtering content, and abuse.  The inability of services to
   conform to a simple, simplified standard had resulted in such
   hashing services from being blocked from popular internet
   services.  This document outlines a solution for URI hashing
   service interoperability which provides for caching,
   resolution, and the creation of aliases built on the DNS
   infrastructure.

3. Summary

   All data will be publically accessible via DNS (RFC819).  URI
   hashing services will operate a domain root under which they
   will publish their URIHASH Identifiers as subdomains. These
   services will operate a URIHASH RESOLVER service providing
   resolution

   The hash itself will appear as a subdomain with an IN A record
   specifying the URIHASH RESOLVER.

Complete text of the draft can be found at:

  http://6o.to/technology/draft-ietf-windisch-dnsurihash-00.txt

At first glance, this looks like a good idea to me. I don't have the
time (or energy) at the moment to refer to all the references though.

Can anyone reason why the proposal shouldn't/wouldn't be considered -
i.e. does it break or violate anything?

-- 
  Scott Elcomb
  http://www.psema4.com/   @psema4
--
The Toronto Linux Users Group.      Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists