Re: [Mip4] review of draft-devarapalli-mip4-mobike-connectivity-00.txt

Sami Vaarala <sami.vaarala@iki.fi> Mon, 22 August 2005 17:18 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7FwE-0004xS-Nd; Mon, 22 Aug 2005 13:18:22 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7FwC-0004xG-5E for mip4@megatron.ietf.org; Mon, 22 Aug 2005 13:18:20 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA29274 for <mip4@ietf.org>; Mon, 22 Aug 2005 13:18:17 -0400 (EDT)
Received: from stinghorn.com ([194.251.121.66]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E7GWm-00082e-QL for mip4@ietf.org; Mon, 22 Aug 2005 13:56:10 -0400
Received: from [172.20.100.26] ([::ffff:172.20.100.26]) by stinghorn.com with esmtp; Mon, 22 Aug 2005 20:17:57 +0300 id 00F3C003.430A08C5.0000120F
Message-ID: <430A0992.6030900@iki.fi>
Date: Mon, 22 Aug 2005 20:21:22 +0300
From: Sami Vaarala <sami.vaarala@iki.fi>
User-Agent: Debian Thunderbird 1.0.6 (X11/20050802)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jari Arkko <jari.arkko@piuha.net>
Subject: Re: [Mip4] review of draft-devarapalli-mip4-mobike-connectivity-00.txt
References: <4309EE00.4030503@piuha.net>
In-Reply-To: <4309EE00.4030503@piuha.net>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Content-Transfer-Encoding: 7bit
Cc: Vijay Devarapalli <vijayd@iprg.nokia.com>, mip4@ietf.org, Pasi Eronen <Pasi.Eronen@nokia.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>, <mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>, <mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org

Hi Jari,

> I finally found time to read this draft. Overall, I like it
> a lot. Some of its good properties include simplicity,
> minimal changes to both existing VPN plumbing and
> MIPv4 systems, and the separation between the two.
> I support taking this work forward.

The problem I see w.r.t. to using IKEv2/MOBIKE is that it does
not, alone, match the current problem statement.  The assumption
made in draft-ietf-mip4-vpn-problem-statement-03.txt is that
existing deployed VPN infrastructure should be used (see e.g.
Section 5.1).

As far as I can see, this makes IKEv1 support mandatory, which
is reflected in the current VPN solution draft (essentially the
same mechanism, but uses an outer MIPv4 layer to compensate for
lack of IPsec mobility support).

If we drop the "deployed VPN" requirement, we're defining a new
solution for the problem.  Such a solution does not ease the
perceived MIPv4 deployment issue of existing VPN infrastructure.
I'm not sure the perception is correct, but it was included in
the problem statement because several vendors thought it was
relevant.

If we decide that there is no deployment issue w.r.t. MIPv4 and
already deployed VPNs, we should IMO take a larger view of
improving MIPv4/VPN coexistence.  Minimizing overlap between
the two mechanisms would give a much better solution.  For
instance, there is room for improvement in MIPv4 packet overhead,
MIPv4/VPN compression interactions, and integrated MIPv4/VPN
packet authentication.

As discussed in earlier e-mails, I believe that:

  1. A solution document should address current VPN deployment.

  2. There are multiple VPN technologies currentl in use.  For
     instance, let's not forget L2TP/IPsec which probably accounts
     for a sizable chunk of deployments.

  3. Because no new protocols are needed specifically for MIPv4/VPN
     coexistence, the most appropriate way of dealing with the
     solution space would be an applicability statement of existing
     protocols for the enterprise scenario.

Best,

-Sami

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/