Re: WG Review: Behavior Engineering for Hindrance Avoidance (behave) (fwd)

Michael Richardson <mcr@sandelman.ottawa.on.ca> Thu, 23 September 2004 19:29 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14345; Thu, 23 Sep 2004 15:29:38 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CAZOW-0007mw-OP; Thu, 23 Sep 2004 15:36:44 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CAZDN-0006jJ-1Q; Thu, 23 Sep 2004 15:25:13 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CAZ7W-00037i-Mo for ietf@megatron.ietf.org; Thu, 23 Sep 2004 15:19:10 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA13443 for <ietf@ietf.org>; Thu, 23 Sep 2004 15:19:07 -0400 (EDT)
Received: from cyphermail.sandelman.ottawa.on.ca ([205.150.200.161] helo=noxmail.sandelman.ottawa.on.ca) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CAZEL-0007ZZ-Ad for ietf@ietf.org; Thu, 23 Sep 2004 15:26:14 -0400
Received: from lox.sandelman.ottawa.on.ca (IDENT:root@lox.sandelman.ottawa.on.ca [205.150.200.178]) by noxmail.sandelman.ottawa.on.ca (8.11.6p3/8.11.6) with ESMTP id i8NJIfY12210 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL); Thu, 23 Sep 2004 15:18:48 -0400 (EDT)
Received: from sandelman.ottawa.on.ca (desk.marajade.sandelman.ca [205.150.200.247]) by lox.sandelman.ottawa.on.ca (8.11.6p3/8.11.6) with ESMTP id i8NJOjZ25667 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO); Thu, 23 Sep 2004 15:24:50 -0400 (EDT)
Received: from sandelman.ottawa.on.ca (marajade [127.0.0.1]) by sandelman.ottawa.on.ca (8.12.11/8.12.3/Debian-6.6) with ESMTP id i8NJGqn3014951; Thu, 23 Sep 2004 15:16:52 -0400
Received: from marajade.sandelman.ottawa.on.ca (mcr@localhost) by sandelman.ottawa.on.ca (8.12.11/8.12.3/Debian-6.6) with ESMTP id i8NJGnLb014947; Thu, 23 Sep 2004 15:16:51 -0400
To: ietf@ietf.org, Vernon Schryver <vjs@calcite.rhyolite.com>
In-Reply-To: Message from Vernon Schryver <vjs@calcite.rhyolite.com> of "Thu, 23 Sep 2004 12:05:27 MDT." <200409231805.i8NI5RAx082574@calcite.rhyolite.com>
References: <Pine.LNX.4.44.0409232031350.15671-100000@netcore.fi> <200409231805.i8NI5RAx082574@calcite.rhyolite.com>
X-Mailer: MH-E 7.4.2; nmh 1.0.4+dev; XEmacs 21.4 (patch 15)
Mime-Version: 1.0 (generated by tm-edit 1.8)
Content-Type: text/plain; charset="US-ASCII"
Date: Thu, 23 Sep 2004 15:16:49 -0400
Message-ID: <14946.1095967009@marajade.sandelman.ottawa.on.ca>
From: Michael Richardson <mcr@sandelman.ottawa.on.ca>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9
Subject: Re: WG Review: Behavior Engineering for Hindrance Avoidance (behave) (fwd)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.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://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081

-----BEGIN PGP SIGNED MESSAGE-----


>>>>> "Vernon" == Vernon Schryver <vjs@calcite.rhyolite.com> writes:
    Vernon> Perhaps more NAT RFCs would help; they couldn't hurt much.
    Vernon> They'd be a lot of work and would certainly be ignored by
    Vernon> many people who consider themselves designers.  I can't
    Vernon> personally get enthused about telling people things that are
    Vernon> obvious and that will be ignored, like much of what would go
    Vernon> in new NAT RFCs.

  They would help yes.
  They do have multiple costs: most people time.
  As you say.

  I can not agree more with what you said.
  The only value I can see to them is as a stick.

  Given RFC3022, RFC2663, RFC3235, etc. do we really need more carrots?

  Since I don't anticipate being able to book an RFC1812 compliant hotel
room anytime, I'm not sure that I see the point in expending more
energy.

- --
]     "Elmo went to the wrong fundraiser" - The Simpson         |  firewalls  [
]   Michael Richardson,    Xelerance Corporation, Ottawa, ON    |net architect[
] mcr@xelerance.com      http://www.sandelman.ottawa.on.ca/mcr/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [

  


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Finger me for keys

iQCVAwUBQVMhIIqHRg3pndX9AQFIbAP/QWxSeYhGMHknOmYrRUnH8DWuwfsD6Vaz
eA45aK+wNN7Hc8Y4OqjMDz29pTjXEJloWOkEUleaKF2ZDBmSlXjj5bH0WlbAXJ/8
K93DSmZ1zizLMb8pVNnZjIddtJGLgYMpnF90GeU9Wv/KHhBNrnzraclz25nZKunr
3631Vmv9yZY=
=DYJN
-----END PGP SIGNATURE-----

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