Re: DNS/IP

Toni Stoev <ietf@tonistoev.info> Mon, 12 January 2009 22:01 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 8DA9028B797; Mon, 12 Jan 2009 14:01:33 -0800 (PST)
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 EA5D528B797 for <ietf@core3.amsl.com>; Mon, 12 Jan 2009 14:01:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.884
X-Spam-Level:
X-Spam-Status: No, score=-1.884 tagged_above=-999 required=5 tests=[AWL=0.715, BAYES_00=-2.599]
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 ypv02AEL8BjS for <ietf@core3.amsl.com>; Mon, 12 Jan 2009 14:01:32 -0800 (PST)
Received: from chi.r1servers.com (chi.r1servers.com [82.119.92.20]) by core3.amsl.com (Postfix) with ESMTP id 0ED1B3A6946 for <ietf@ietf.org>; Mon, 12 Jan 2009 14:01:32 -0800 (PST)
Received: from 78-83-78-141.spectrumnet.bg ([78.83.78.141] helo=laptop.local) by chi.r1servers.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from <ietf@tonistoev.info>) id 1LMUlr-00017h-A9; Mon, 12 Jan 2009 23:56:31 +0200
To: IETF Discussion <ietf@ietf.org>
Subject: Re: DNS/IP
Content-Disposition: inline
From: Toni Stoev <ietf@tonistoev.info>
Date: Mon, 12 Jan 2009 23:56:29 +0200
MIME-Version: 1.0
Message-Id: <200901122356.29522.ietf@tonistoev.info>
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - chi.r1servers.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - tonistoev.info
X-Source:
X-Source-Args:
X-Source-Dir:
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>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

On Monday 12 January 2009 00:51:24 TSG sent:
> Toni Stoev wrote:
> > Hi,
> >
> > DNS job
> >
> > When a connection to a network node is to be initiated its DNS name is resolved to an IP address which shows the location of the node on the network. So network nodes are findable by name even if their locations change.
> >   
> I think you are backwards...  The nodes are still reachable if they 
> change their physical location or the assigned networks addresses 
> temporarily mapped too those names by DNS or DHCP.

Findable, not reachable, even just identifiable, is what is essential for the naming system DNS.

> > The job of the DNS is to identify a node by its name. Another job is to maintain information about node's current location so a new connection can be started at any time.
> >   
> Hmm... I think the job of DNS is to map the 'text based system names' to 
> a network address that the routing infrastructure and features can 
> create a set of pathways for that data to reach said system.

The job of the Domain Name System, not routing or delivery system, is to map names to identity. Furthermore, identity mapped to may be of entire routing domains, aggregating nodes.

> > Why should DNS be bothered with connectivity and/or topology status?
> > There must be a distinct mechanism to handle mapping of node identity to network location.
> >   
> GeoPriv would have you believe that another

Still network location is disticnt from geographic.

I suggest that there be a networking asset, an address type, that represents network identity of nodes. And addresses of that type be resolved to by DNS name queries and be mapping to unicast network addresses.
This way DNS shall be unburdened of connectivity, routing and reachability issues related to named nodes.
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf