RE: Thinking differently about the site local problem (was: RE: site local addresses (was Re: Fw: Welcome to the InterNAT...))

Vernon Schryver <vjs@calcite.rhyolite.com> Mon, 31 March 2003 18:19 UTC

Received: from ran.ietf.org (ran.ietf.org [10.27.6.60]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA17759; Mon, 31 Mar 2003 13:19:45 -0500 (EST)
Received: from majordomo by ran.ietf.org with local (Exim 4.10) id 19042K-0002PS-00 for ietf-list@ran.ietf.org; Mon, 31 Mar 2003 13:29:36 -0500
Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by ran.ietf.org with esmtp (Exim 4.10) id 19041m-0002Ng-00 for ietf@ran.ietf.org; Mon, 31 Mar 2003 13:29:02 -0500
Received: from calcite.rhyolite.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA17456 for <ietf@ietf.org>; Mon, 31 Mar 2003 13:12:39 -0500 (EST)
Received: (from vjs@localhost) by calcite.rhyolite.com (8.12.9/8.12.8) id h2VIF3EX010577 env-from <vjs>; Mon, 31 Mar 2003 11:15:03 -0700 (MST)
Date: Mon, 31 Mar 2003 11:15:03 -0700
From: Vernon Schryver <vjs@calcite.rhyolite.com>
Message-Id: <200303311815.h2VIF3EX010577@calcite.rhyolite.com>
To: alh-ietf@tndh.net, ietf@ietf.org
Subject: RE: Thinking differently about the site local problem (was: RE: site local addresses (was Re: Fw: Welcome to the InterNAT...))
References: <DAC3FCB50E31C54987CD10797DA511BA027E0E26@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com>
Sender: owner-ietf@ietf.org
Precedence: bulk

> From: "Christian Huitema" <huitema@windows.microsoft.com>

> ...
> Well, that is emphatically *NOT* what application developers do.

Speak for yourself.

> Which actually poses an interesting question: when should an application
> just give up? IMHO, there is only one clear-cut case, i.e. when the
> application actually contacted the peer and obtained an explicit
> statement that the planned exchange should not take place -- the
> equivalent of a 4XX or 5XX error in SMTP or HTTP. 

I've written application code that shuts up for a while when it
receives an errno value that indicates that the kernel has received
an ICMP Unreachable.

The code I'm thinking of is fairly portable, and so I've also had to
#ifdef it to ignore error numbers that ought to indicate an Unreachable
but don't on some UNIX-like systems or are not reported.


Vernon Schryver    vjs@rhyolite.com