Re: Services and top-level DNS names (was: Re: Update of RFC 2606

Jaap Akkerhuis <jaap@NLnetLabs.nl> Mon, 07 July 2008 13:03 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A9D6528C0F9; Mon, 7 Jul 2008 06:03:11 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 108593A68FD for <ietf@core3.amsl.com>; Mon, 7 Jul 2008 06:03:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.399
X-Spam-Level:
X-Spam-Status: No, score=-1.399 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_42=0.6, J_CHICKENPOX_47=0.6]
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 6IfcImOiYZ3H for <ietf@core3.amsl.com>; Mon, 7 Jul 2008 06:03:09 -0700 (PDT)
Received: from bartok.nlnetlabs.nl (bartok.nlnetlabs.nl [IPv6:2001:7b8:206:1:216:76ff:feb8:3c02]) by core3.amsl.com (Postfix) with ESMTP id C812828C0E8 for <ietf@ietf.org>; Mon, 7 Jul 2008 06:03:08 -0700 (PDT)
Received: from bartok.nlnetlabs.nl (localhost [127.0.0.1]) by bartok.nlnetlabs.nl (8.14.2/8.14.2) with ESMTP id m67D36tc068625 for <ietf@ietf.org>; Mon, 7 Jul 2008 15:03:06 +0200 (CEST) (envelope-from jaap@bartok.nlnetlabs.nl)
Message-Id: <200807071303.m67D36tc068625@bartok.nlnetlabs.nl>
To: ietf@ietf.org
Subject: Re: Services and top-level DNS names (was: Re: Update of RFC 2606
In-reply-to: Your message of Sat, 05 Jul 2008 19:38:24 -0400. <6FFAE38E2C307D326E5E6527@p3.JCK.COM>
Date: Mon, 07 Jul 2008 15:03:06 +0200
From: Jaap Akkerhuis <jaap@NLnetLabs.nl>
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (bartok.nlnetlabs.nl [127.0.0.1]); Mon, 07 Jul 2008 15:03:06 +0200 (CEST)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.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://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

    Historical note...
    
To confirm this:
    
    The introduction of "cs" caused more general problems, unrelated
    to name ordering, because there were systems all over the
    network in computer science departments with FQDNs like
    host.cs.someuniversity.edu.  It was common in many of those
    institutions to set up university-wide search rules so that a
    reference to host.cs would do the right thing, just like
    host.physics, host.philosophy, and so on.  When "CS" was
    introduced as a TLD, "host.cs" suddenly became ambiguous (or at
    least dependent on exactly how the search rules were set up) as
    to whether it represented "host.cs." or
    "host.cs.someuniversity.edu.".

Being at one of the major connections to JANET (mcvax was connected to
Canterbury, which was the first gateway trying compensate for the JANET
order (uk.ac.foo) I vividly remember the day that loads of traffic was
forwarded to cs.vu.nl .
    
    And, that, if my memory is correct, was the beginning of our
    understanding that search rules needed to be used with great
    care, if at all, and that incomplete domain names should not be
    sent on the wire as part of protocols.

Since that day I stopped using a search path for dns I could avoid it.

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