Re: [MEXT] MIP6 - MIP4 related to boot-nemo4manet (was: [MEXT] MIP6 - DSMIP6 related to boot-nemo4manet)

Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 08 November 2007 15:27 UTC

Return-path: <mext-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iq9I8-0003kX-FP; Thu, 08 Nov 2007 10:27:36 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iq9I7-0003kO-BC for mext@ietf.org; Thu, 08 Nov 2007 10:27:35 -0500
Received: from mail153.messagelabs.com ([216.82.253.51]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1Iq9I6-00020O-Op for mext@ietf.org; Thu, 08 Nov 2007 10:27:35 -0500
X-VirusChecked: Checked
X-Env-Sender: alexandru.petrescu@gmail.com
X-Msg-Ref: server-5.tower-153.messagelabs.com!1194535652!8305676!1
X-StarScan-Version: 5.5.12.14.2; banners=.,-,-
X-Originating-IP: [129.188.136.8]
Received: (qmail 32263 invoked from network); 8 Nov 2007 15:27:32 -0000
Received: from motgate8.mot.com (HELO motgate8.mot.com) (129.188.136.8) by server-5.tower-153.messagelabs.com with SMTP; 8 Nov 2007 15:27:32 -0000
Received: from il06exr01.mot.com (il06exr01.mot.com [129.188.137.131]) by motgate8.mot.com (8.12.11/Motorola) with ESMTP id lA8FRQQQ025650; Thu, 8 Nov 2007 08:27:32 -0700 (MST)
Received: from il06vts04.mot.com (il06vts04.mot.com [129.188.137.144]) by il06exr01.mot.com (8.13.5/Vontu) with SMTP id lA8FRPBZ015110; Thu, 8 Nov 2007 09:27:26 -0600 (CST)
Received: from [127.0.0.1] (zfr01-2117.crm.mot.com [10.161.201.117]) by il06exr01.mot.com (8.13.5/8.13.0) with ESMTP id lA8FRMct014983; Thu, 8 Nov 2007 09:27:24 -0600 (CST)
Message-ID: <47332AD4.6010301@gmail.com>
Date: Thu, 08 Nov 2007 16:27:16 +0100
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Teco Boot <teco@inf-net.nl>
Subject: Re: [MEXT] MIP6 - MIP4 related to boot-nemo4manet (was: [MEXT] MIP6 - DSMIP6 related to boot-nemo4manet)
References: <006c01c82115$1510ee00$3f32ca00$@nl>
In-Reply-To: <006c01c82115$1510ee00$3f32ca00$@nl>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Antivirus: avast! (VPS 071106-0, 06/11/2007), Outbound message
X-Antivirus-Status: Clean
X-CFilter-Loop: Reflected
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4
Cc: mext@ietf.org
X-BeenThere: mext@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobile IPv6 EXTensions WG <mext.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/mext>
List-Post: <mailto:mext@ietf.org>
List-Help: <mailto:mext-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=subscribe>
Errors-To: mext-bounces@ietf.org

Teco Boot wrote:
> Hi,
> 
> I published an Autoconf solution, based on what we can do with existing
> protocols as much as possible.
> http://www.ietf.org/internet-drafts/draft-boot-autoconf-nemo4manet-00.txt
> I used NEMO for dynamic tunneling between MANET Routers and Border Routers.

Teco, can one use NEMOv4 to do this dynamic tunneling between IPv4 MANET 
Routers and IPv4 Border Routers?  (NEMOv4 is an extension to Mobile IPv4 
to do Mobile Routers, it's in draft state in MIP4 WG - end of 
advertisement).

> The MANET Routers act as Mobile Routers; the Border Routers act as Home
> Agents. Nested NEMO is used for session continuity when handover occurs.
> 
> Issue related to MIP6:
> I want Border Routers advertize not only that they provide access to
> Internet, but optionally also the identity of the Service Provider. I used
> draft-korhonen-mip6-service-04.txt as a guideline, signaling Service
> Selection Identifiers.
> 
> Issues related to DSMIP6:
> In want the NEMO tunnel to transport IPv4, utilize header compression and be
> protected by IPsec.
> Using DSMIP6 enables IPv4 and IPsec.

I think yes.

I think an alternative to this is considering NEMOv4 to transport IPv4 
and be protected by IPsec, with Header Compression too.

> DSMIP6 Header Compression is proposed in
> draft-haddad-mip6-tunneling-optimization-01.txt, but nothing more than
> "TBD".

I wouldn't call that _the_ "Header Compression", or I would make a 
distinction from ROHC "RObust Header Compression" so I can understand it 
better.

I think draft-haddad is a smart way to avoid tunnelling.

Alex

> Building and maintaining security associations with guaranteed anonymity is
> to be analyzed.
> 
> Issue related to MONAMI6:
> I propose using concurrent MANET Router - Border Router tunnels for seamless
> handover. Nothing special, except it is work in progress.
> 
> Comments (and help:-) on my draft is welcome.
> I may post issues concerning DSMIP6, NEMO and MONAMI6 in Autoconf context.
> 
> Regards, Teco
> 
> 
> 
> _______________________________________________
> MEXT mailing list
> MEXT@ietf.org
> https://www1.ietf.org/mailman/listinfo/mext
> 


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

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