Re: IPv4 Outage Planned for IETF 71 Plenary

Fred Baker <fred@cisco.com> Wed, 19 December 2007 21:09 UTC

Return-path: <ietf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J56AS-0005WM-MP; Wed, 19 Dec 2007 16:09:28 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J56AR-0005Rb-Cg for ietf@ietf.org; Wed, 19 Dec 2007 16:09:27 -0500
Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J56AR-0005YW-0N for ietf@ietf.org; Wed, 19 Dec 2007 16:09:27 -0500
Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-2.cisco.com with ESMTP; 19 Dec 2007 13:09:26 -0800
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id lBJL9QPs024806; Wed, 19 Dec 2007 13:09:26 -0800
Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id lBJL951R001015; Wed, 19 Dec 2007 21:09:26 GMT
Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Dec 2007 13:09:22 -0800
Received: from [10.32.244.220] ([10.32.244.220]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Dec 2007 13:09:22 -0800
In-Reply-To: <082801c84281$adab2cb0$09018610$@net>
References: <E1J3IFS-0002yV-CG@ietf.org> <200712142154.lBELs1ne090300@drugs.dv.isc.org> <200712181644.lBIGisBx090029@romeo.rtfm.com> <476800BC.5030504@dcrocker.net> <38033976C354EAB237181075@[192.168.101.1]><p06250103c38dc78214d8@[74.134.5.163]> <080c01c84276$ec9a79e0$c5cf6da0$@net> <A9C8C359-F790-4882-AD5B-DD3D554221BD@cisco.com> <082801c84281$adab2cb0$09018610$@net>
Mime-Version: 1.0 (Apple Message framework v753)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <D47CAB3C-4D8C-4288-8695-2D5D39B5B53C@cisco.com>
Content-Transfer-Encoding: 7bit
From: Fred Baker <fred@cisco.com>
Date: Wed, 19 Dec 2007 13:09:20 -0800
To: alh-ietf@tndh.net
X-Pgp-Agent: GPGMail 1.1.2 (Tiger)
X-Mailer: Apple Mail (2.753)
X-OriginalArrivalTime: 19 Dec 2007 21:09:22.0371 (UTC) FILETIME=[6D678930:01C84283]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1363; t=1198098566; x=1198962566; c=relaxed/simple; s=sjdkim5002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20<fred@cisco.com> |Subject:=20Re=3A=20IPv4=20Outage=20Planned=20for=20IETF=20 71=20Plenary |Sender:=20; bh=J7+XQq5rs4t/hjBBBFbo0Nzgg0RlwFkXaK4PWvxSUZM=; b=ZOHO43bg8Wh6ObwSvMQd4tYsHedKVlpcMtBVI/eshK2eKDZ7/NawTcJqj/ mJURO9mPaeeikL/UB5l0IUH9ataT83LS+Vk1b4kG24eGPw6L/mGmwRsLQX9F VzpCRawFVl;
Authentication-Results: sj-dkim-5; header.From=fred@cisco.com; dkim=pass ( sig from cisco.com/sjdkim5002 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d
Cc: 'Cullen Jennings' <fluffy@cisco.com>, ietf@ietf.org
Subject: Re: IPv4 Outage Planned for IETF 71 Plenary
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>
Errors-To: ietf-bounces@ietf.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

With all due respect, firewall traversal and protocol translation  
look like they are going to be interesting/important topics, at least  
in the near term. You might consider Alain's slides from v6ops/nanog  
in that regard. Closing an application working group because the  
examples in its documents are IPv4 seems a little presumptuous.  
Closing a working group because we disagree with what appear to us to  
be their assumptions seems a bit presumptuous.

I'm all for closing working groups that are moribund. If a working  
group is in process and is supporting a constituency that addresses a  
business requirement, I'm not sure I see the wisdom.

On Dec 19, 2007, at 12:56 PM, Tony Hain wrote:
>> Suggestions of WGs?
>
> mipv4
> mipshop
> netconf (should be high level, but ID examples are all IPV4)
> nea (should be agnostic, but clearly has the IPv4 mindset of a single
> address/interface)
> syslog (should be high level, but ID examples are all IPV4)
> behave
> midcom
> nsis (because most of the group is focused on nat signaling)
>
> there are probably more, but closing these would be a good start  
> and set an
> example
>
> Tony
-----BEGIN PGP SIGNATURE-----

iD8DBQFHaYiAbjEdbHIsm0MRAk+0AJ9pU9tC69Shq69V/kRXrIOkk9WHzgCeLGHo
DnzVVMhB4hqJcQcw8B0Xa/k=
=afRV
-----END PGP SIGNATURE-----

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