[Hipsec] FW: New Version Notification for draft-moskowitz-hip-rfc4423-bis-01

Robert Moskowitz <rgm@htt-consult.com> Wed, 30 December 2009 12:54 UTC

Return-Path: <rgm@htt-consult.com>
X-Original-To: hipsec@core3.amsl.com
Delivered-To: hipsec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 057B03A68A9 for <hipsec@core3.amsl.com>; Wed, 30 Dec 2009 04:54:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.502
X-Spam-Level:
X-Spam-Status: No, score=-2.502 tagged_above=-999 required=5 tests=[AWL=0.097, 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 bA41O+c1abUp for <hipsec@core3.amsl.com>; Wed, 30 Dec 2009 04:54:55 -0800 (PST)
Received: from klovia.htt-consult.com (klovia.htt-consult.com [208.83.67.149]) by core3.amsl.com (Postfix) with ESMTP id E55A13A67EE for <hipsec@ietf.org>; Wed, 30 Dec 2009 04:54:54 -0800 (PST)
Received: from localhost (unknown [127.0.0.1]) by klovia.htt-consult.com (Postfix) with ESMTP id 08F7668A8B for <hipsec@ietf.org>; Wed, 30 Dec 2009 13:52:32 +0000 (UTC)
X-Virus-Scanned: amavisd-new at localhost
Received: from klovia.htt-consult.com ([127.0.0.1]) by localhost (klovia.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vl8Va3erGJ0C for <hipsec@ietf.org>; Wed, 30 Dec 2009 08:52:22 -0500 (EST)
Received: from nc2400.htt-consult.com (unknown [IPv6:2607:f4b8:3:1:21b:77ff:fe43:978]) (Authenticated sender: rgm@htt-consult.com) by klovia.htt-consult.com (Postfix) with ESMTPSA id 64FE76818E for <hipsec@ietf.org>; Wed, 30 Dec 2009 08:52:22 -0500 (EST)
Message-ID: <4B3B4E25.6060807@htt-consult.com>
Date: Wed, 30 Dec 2009 07:57:09 -0500
From: Robert Moskowitz <rgm@htt-consult.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090625)
MIME-Version: 1.0
To: hipsec@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [Hipsec] FW: New Version Notification for draft-moskowitz-hip-rfc4423-bis-01
X-BeenThere: hipsec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "This is the official IETF Mailing List for the HIP Working Group." <hipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hipsec>, <mailto:hipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hipsec>
List-Post: <mailto:hipsec@ietf.org>
List-Help: <mailto:hipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hipsec>, <mailto:hipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Dec 2009 12:54:56 -0000

Met my objective to at least get 4423-bis out in December.

This version has actual revised and new text.  It has all that **I** 
think is needed.

It DOES have HIH which is open to change if we come up with something 
better....

5201-bis is a LOT more work, and I hope to have it done before I go off 
to 802 meetings...

-----Original Message-----
From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] 
Sent: Wednesday, December 30, 2009 7:36 AM
To: robert.moskowitz@icsalabs.com
Cc: pekka.nikander@nomadiclab.com
Subject: New Version Notification for draft-moskowitz-hip-rfc4423-bis-01


A new version of I-D, draft-moskowitz-hip-rfc4423-bis-01.txt has been
successfuly submitted by Robert Moskowitz and posted to the IETF
repository.

Filename:	 draft-moskowitz-hip-rfc4423-bis
Revision:	 01
Title:		 Host Identity Protocol Architecture
Creation_date:	 2009-12-28
WG ID:		 Independent Submission
Number_of_pages: 27

Abstract:
This memo describes a new namespace, the Host Identity namespace, and
a new protocol layer, the Host Identity Protocol, between the
internetworking and transport layers.  Herein are presented the
basics of the current namespaces, their strengths and weaknesses, and
how a new namespace will add completeness to them.  The roles of this
new namespace in the protocols are defined.

This document obsoletes RFC 4423 and addresses the concerns raised by
the IESG, particularly that of crypto agility.  It also incorporates
lessons learned from the implementations of RFC 5201.

Status of this Memo

This Internet-Draft is submitted to IETF in full conformance with the
provisions of BCP 78 and BCP 79.

Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups.  Note that
other groups may also distribute working documents as Internet-
Drafts.

Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time.  It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."

The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt.

The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.

This Internet-Draft will expire on July 1, 2010.

Copyright Notice
Copyright (c) 2009 IETF Trust and the persons identified as the
document authors.  All rights reserved.

This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document.  Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document.  Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the BSD License.

This document may contain material from IETF Documents or IETF
Contributions published or made publicly available before November
10, 2008.  The person(s) controlling the copyright in some of this
material may not have granted the IETF Trust the right to allow
modifications of such material outside the IETF Standards Process.
Without obtaining an adequate license from the person(s) controlling
the copyright in such materials, this document may not be modified
outside the IETF Standards Process, and derivative works of it may
not be created outside the IETF Standards Process, except to format
it for publication as an RFC or to translate it into languages other
than English.
 



The IETF Secretariat.