Re: [Hipsec] Operations Directorate Review of draft-ietf-hip-via-01 by 2010-06-11

"Bert Wijnen \(IETF\)" <bertietf@bwijnen.net> Tue, 15 June 2010 08:12 UTC

Return-Path: <bertietf@bwijnen.net>
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 2FC863A6A35; Tue, 15 Jun 2010 01:12:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.214
X-Spam-Level: **
X-Spam-Status: No, score=2.214 tagged_above=-999 required=5 tests=[AWL=-0.057, BAYES_40=-0.185, HELO_MISMATCH_NET=0.611, HOST_EQ_NL=1.545, MIME_8BIT_HEADER=0.3]
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 sDywzs7oe7Nz; Tue, 15 Jun 2010 01:12:16 -0700 (PDT)
Received: from relay.versatel.net (relay60.tele2.vuurwerk.nl [62.250.3.60]) by core3.amsl.com (Postfix) with ESMTP id C29C73A6883; Tue, 15 Jun 2010 01:12:15 -0700 (PDT)
Received: from [87.215.199.34] (helo=BertLaptop) by relay.versatel.net with smtp (Exim 4.69) (envelope-from <bertietf@bwijnen.net>) id 1OORFp-0004uC-K9; Tue, 15 Jun 2010 10:12:17 +0200
Message-ID: <08056BCA140F482D8C1FBBB7FDBDC256@BertLaptop>
From: "Bert Wijnen (IETF)" <bertietf@bwijnen.net>
To: Ari Keränen <ari.keranen@ericsson.com>
References: <B83FC4F8B97A429294ED703EB1F3CF94@china.huawei.com> <4C12427A.6010509@bwijnen.net> <4C172BF2.20500@ericsson.com>
In-Reply-To: <4C172BF2.20500@ericsson.com>
Date: Tue, 15 Jun 2010 10:11:39 +0200
Organization: Consultant
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Windows Mail 6.0.6002.18197
X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18197
X-Mailman-Approved-At: Wed, 16 Jun 2010 23:41:20 -0700
Cc: ops-dir@ietf.org, hipsec@ietf.org, Gonzalo Camarillo <gonzalo.camarillo@ericsson.com>, Ron Bonica <rbonica@juniper.net>
Subject: Re: [Hipsec] Operations Directorate Review of draft-ietf-hip-via-01 by 2010-06-11
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: Tue, 15 Jun 2010 08:12:17 -0000

Thanks for your answer. I leave it up to the OPS ADs to decide if this is 
acceptable.

Bert
----- Original Message ----- 
From: "Ari Keränen" <ari.keranen@ericsson.com>
To: "Bert (IETF) Wijnen" <bertietf@bwijnen.net>
Cc: "Gonzalo Camarillo" <gonzalo.camarillo@ericsson.com>; "Romascanu, Dan 
(Dan)" <dromasca@avaya.com>; "Ron Bonica" <rbonica@juniper.net>; 
<ops-dir@ietf.org>; <hipsec@ietf.org>
Sent: Tuesday, June 15, 2010 9:29 AM
Subject: Re: Operations Directorate Review of draft-ietf-hip-via-01 by 
2010-06-11


Hi Bert,

Thanks for the review! Comments inline.

On 06/11/2010 05:04 PM, Bert (IETF) Wijnen wrote:
> The document describes 2 extensions to the HIP protocol and adds
> one notification. I think the document is clear in terms of protocol spec.
> W.r.t. if/how/when to use these extensions it states:
>
> 3. Protocol Definitions
>
> The multi-hop routing extensions may be used in different contexts
> and whether a new HIP packet should, for example, include a Via list
> or have different options enabled, can depend on the particular use
> case, local policies, and different protocols using the extension.
> This section defines how the new parameters are handled, but when to
> use these extensions is out of scope for this document.
>
> So it leaves that up to another document. Is there such a document?
> Such would be (in my view) operational aspects. But they are claimed
> to be out of scope. I leave it up to our OPS ADs to decide if that
> is problematic or not.

There is currently one draft (draft-ietf-hip-reload-instance-01) that
uses this extension and defines in which cases the extension should be
used. We believe that the Via extension can be useful in many contexts
and therefore did not want to restrict its use cases too much but rather
let the drafts using the extension define when and how to use the extension.


Cheers,
Ari