[MEXT] review of draft-laganier-mext-cga-01

jouni korhonen <jouni.nospam@gmail.com> Tue, 08 February 2011 11:49 UTC

Return-Path: <jouni.nospam@gmail.com>
X-Original-To: mext@core3.amsl.com
Delivered-To: mext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C0AD63A7121 for <mext@core3.amsl.com>; Tue, 8 Feb 2011 03:49:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 4CX2HQlmCf-j for <mext@core3.amsl.com>; Tue, 8 Feb 2011 03:49:33 -0800 (PST)
Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by core3.amsl.com (Postfix) with ESMTP id A90323A6EDA for <mext@ietf.org>; Tue, 8 Feb 2011 03:49:32 -0800 (PST)
Received: by eyd10 with SMTP id 10so3138765eyd.31 for <mext@ietf.org>; Tue, 08 Feb 2011 03:49:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:content-type:content-transfer-encoding :subject:date:message-id:cc:to:mime-version:x-mailer; bh=tKBy+0GQXzA77qlZXBExwj/7JuN/FZdGLxkbtCKF5Ug=; b=EfYq21KhxaQWmeY608HuYtqQH5Qn5Jz22lOEGfrHPF5/vUYxFcOdlTtbEEqtfnDhgG TgJZ9+jeUD9lcJFkcO39x03ynTuokzIcT2lPYcV7xYZujNkWwiD5z6gSy13fX1/+J/L1 zIhYi+Jn3Bzf9TuY6I3+oRSF8UopkHh3bxNt0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version:x-mailer; b=hsXLMeJdpbMUZi31BQu8l5L0TCkbnj0J+FkNcOCPP1o7b3KSrLWJvaqGDN/cp0m+/R Olcp9uoOCypAKoOWZjpy+XWuHIC8/pWxC/IHwao6PvP9ep8sgVWICfA/rSfWNfWRusQi IrWbAc1vdsWGgCmYGJKzdxTaOU7AVFzIsjlqc=
Received: by 10.14.119.16 with SMTP id m16mr1257495eeh.8.1297165778570; Tue, 08 Feb 2011 03:49:38 -0800 (PST)
Received: from [10.255.133.33] ([192.100.123.77]) by mx.google.com with ESMTPS id b52sm3939009eei.13.2011.02.08.03.49.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Feb 2011 03:49:37 -0800 (PST)
From: jouni korhonen <jouni.nospam@gmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Tue, 8 Feb 2011 13:49:32 +0200
Message-Id: <B0CBBBDC-199C-4765-9E09-709D5BE606E6@gmail.com>
To: mext@ietf.org
Mime-Version: 1.0 (Apple Message framework v1078)
X-Mailer: Apple Mail (2.1078)
Cc: Julien Laganier <julien.laganier.ietf@googlemail.com>
Subject: [MEXT] review of draft-laganier-mext-cga-01
X-BeenThere: mext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Mobile IPv6 EXTensions WG <mext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mext>
List-Post: <mailto:mext@ietf.org>
List-Help: <mailto:mext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Feb 2011 11:49:33 -0000

Hello,

In Beijing I volunteered to review draft-laganier-mext-cga-01.

Nits:

o Some RFC2119 inconsistencies
  - s/MUST not/MUST NOT 

o Some typos
  - s/mecanism/mechanism   (several times)
  - s/AGent/Agent
  - s/Crypgraphically/Cryptographically

o Abstract and Introduction are the ~same.. I would expect
  the abstract to be a short abstract.

Comments:

I would summarize the draft as "the ingredients are there
but the presentation is incomplete". Basically, the idea
is imho workable and actually rather nice. I did not spot
any immediate technical show stopper.

However, the draft definitely *needs* an update to make
its idea and protocol aspect to become readable. Current
referencing around few RFCs and assuming the reader to
remember every detail of reused options is quite
overwhelming. At minimum exact pointers to specific sections
in referenced RFCs would help a lot. Especially I would like
to see more text regarding the constriction of the BA message.
For example exactly stating which mobility options go where..
Also the draft should be clear how the proposed solution affects
route optimization. Now it is not clear whether I would
need to do route optimization based on RFC3775 or RFC4866.

Section 8 regarding IPv4 support does not really seem to
fit in this document. Not at least how it is currently
presented.

- Jouni