Re: problem dealing w/ ietf.org mail servers

Kurt Erik Lindqvist <kurtis@kurtis.pp.se> Thu, 10 July 2008 11:06 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 B15343A695B; Thu, 10 Jul 2008 04:06:06 -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 C33D33A695B for <ietf@core3.amsl.com>; Thu, 10 Jul 2008 04:06:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.734
X-Spam-Level:
X-Spam-Status: No, score=-1.734 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, RDNS_DYNAMIC=0.1]
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 EUH6ShghDsTE for <ietf@core3.amsl.com>; Thu, 10 Jul 2008 04:06:05 -0700 (PDT)
Received: from lemland.kurtis.pp.se (lemland.kurtis.pp.se [IPv6:2001:670:87:2::25]) by core3.amsl.com (Postfix) with ESMTP id B109A3A6911 for <ietf@ietf.org>; Thu, 10 Jul 2008 04:06:04 -0700 (PDT)
Received: from internal.RFC1918.telecomplete.net (hostgw.host-82-138-212-224.telecomplete.net [82.138.212.225]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by lemland.kurtis.pp.se (Postfix) with ESMTP id 3870D78C2D; Thu, 10 Jul 2008 14:06:15 +0300 (EEST)
Message-Id: <92282F5B-9974-419D-AAC8-61B1D4DE29E3@kurtis.pp.se>
From: Kurt Erik Lindqvist <kurtis@kurtis.pp.se>
To: Keith Moore <moore@network-heretics.com>
In-Reply-To: <4873B4DC.90800@network-heretics.com>
Mime-Version: 1.0 (Apple Message framework v924)
Subject: Re: problem dealing w/ ietf.org mail servers
Date: Thu, 10 Jul 2008 13:06:13 +0200
References: <013301c8dca5$22ca0a80$685e1f80$@us> <20080703054752.GM6185@lark.songbird.com> <20080703134655.GA17472@boreas.isi.edu> <486CDAE1.4040905@spaghetti.zurich.ibm.com> <F06CDCB1-D97B-4BB9-8F0D-8BB3CCC96A86@kurtis.pp.se> <06595477BCEAFD54D608797C@p3.JCK.COM> <0E3112A0-B01B-40D7-AE82-6E1D9EAC94D6@kurtis.pp.se> <4873B4DC.90800@network-heretics.com>
X-Mailer: Apple Mail (2.924)
Cc: John C Klensin <john-ietf@jck.com>, ietf@ietf.org, Dave Crocker <dcrocker@bbiw.net>, Jeroen Massar <jeroen@unfix.org>, Richard Shockey <richard@shockey.us>
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-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

On 8 jul 2008, at 20.41, Keith Moore wrote:

>> 1) I do understand where the current "last 64 bits are EUId" comes  
>> from.
>> 2) Someone (I think it was Keith Moore) said that if the scheme  
>> doesn't work for servers AND hosts (i.e no difference) it's a bad  
>> scheme. I sort of agree with that, but the reason it doesn't work  
>> for servers is simply lack of management tools, and the fact that a  
>> lot of protocols / implementations tend to use addresses rather  
>> than names.
>
> I disagree that it doesn't work for servers.   (Or it would be  
> better to say that I'd like to know why you think it doesn't work  
> for servers.)


Well, when I change that broken NIC in my server, it will receive a  
new address that needs to be reflected in the DNS. Sure, that can be  
automated or updated, but in general you want some stability in the  
server address. I have actually run my personal mail-server on an  
EUI-64 address for quite some time. The problem when the NIC failed  
was that it took until the cache expiry for some servers to contact it  
again. Like ietf.org.

There are other addresses, like router interfaces where EUI64  
addresses are simply a nightmare, as when you are doing network  
troubleshooting you need to keep 128 bits in HEX in memory - which I  
am too stupid to be able to...an alternative would be to have routing  
tables do DNS lookups for NEXT_HOPS - it's just a lot of DNS lookups....

Best regards,

- kurtis -



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