Re: [RAM] Tunneling overheads and fragmentation

Wassim Haddad <whaddad@tcs.hut.fi> Thu, 19 July 2007 19:42 UTC

Return-path: <ram-bounces@iab.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBbtX-0002H4-N1; Thu, 19 Jul 2007 15:42:39 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBbtW-0002Gx-CJ for ram@iab.org; Thu, 19 Jul 2007 15:42:38 -0400
Received: from neon.tcs.hut.fi ([130.233.215.20] helo=mail.tcs.hut.fi) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBbtU-0000P5-UF for ram@iab.org; Thu, 19 Jul 2007 15:42:38 -0400
Received: from rhea.tcs.hut.fi (rhea.tcs.hut.fi [130.233.215.147]) by mail.tcs.hut.fi (Postfix) with ESMTP id 7B6952C020D0E; Thu, 19 Jul 2007 22:42:35 +0300 (EEST)
Date: Thu, 19 Jul 2007 22:42:35 +0300
From: Wassim Haddad <whaddad@tcs.hut.fi>
To: Robin Whittle <rw@firstpr.com.au>
Subject: Re: [RAM] Tunneling overheads and fragmentation
In-Reply-To: <469F7673.6070702@firstpr.com.au>
Message-ID: <Pine.LNX.4.64.0707192238210.18560@rhea.tcs.hut.fi>
References: <469F7673.6070702@firstpr.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Cc: ram@iab.org
X-BeenThere: ram@iab.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Routing and Addressing Mailing List <ram.iab.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ram>
List-Post: <mailto:ram@iab.org>
List-Help: <mailto:ram-request@iab.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
Errors-To: ram-bounces@iab.org

Hi Robin,

On Fri, 20 Jul 2007, Robin Whittle wrote:

> In Mobile IP, how do mobile nodes handle the extra length of the
> packets they tunnel to their home agent?  Does the additional
> mobile IP software in the host operating system somehow change the
> MTU and MSS of the layer above it which is preparing packets, not
> knowing they are to be further encapsulated?

=> There is an ongoing work specific (as for now) to Mobile IP, which
removes the tunnel from the bidirectional mode and the overhead from
the route optimization. Please check: 
draft-haddad-mip6-tunneling-optimization-01


Regards,

Wassim H.

_______________________________________________
RAM mailing list
RAM@iab.org
https://www1.ietf.org/mailman/listinfo/ram