Re: [MEXT] Comments on draft-ietf-monami6-multiplecoa-13

Ryuji Wakikawa <ryuji.wakikawa@gmail.com> Mon, 11 May 2009 21:00 UTC

Return-Path: <ryuji.wakikawa@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 E3B693A6F84 for <mext@core3.amsl.com>; Mon, 11 May 2009 14:00:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 Lx2MO96Ipkxo for <mext@core3.amsl.com>; Mon, 11 May 2009 14:00:28 -0700 (PDT)
Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by core3.amsl.com (Postfix) with ESMTP id 1A0893A6F7B for <mext@ietf.org>; Mon, 11 May 2009 14:00:28 -0700 (PDT)
Received: by rv-out-0506.google.com with SMTP id g37so2045209rvb.49 for <mext@ietf.org>; Mon, 11 May 2009 14:01:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:subject :references:message-id:content-type:content-transfer-encoding :mime-version:date:cc:x-mailer; bh=8zT2JRnYt1QnuBl8cWCARPYNKeEM8ck0Gzgs2wKp+eo=; b=aH7fgHpjSafcsCKXGRg6B3Mb57DakJbgSamfsp0mEiAN9MHf6o+vTDP1/2KhB0igli FOVFvnnF49+GvU8oXR48ZgbaxoyDO6BEA8/PR4Pk+NhhWX9e9pS3Zzx3mEka1HRA3a1i kHbkn8JbF7oEXW+llmLIk4VZrYA2g22W2zn9I=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc:x-mailer; b=phuOa7W9NxZ0wl30hF45sKd9AmqbowaXjJ84xcejjB4yw84txYuvJw9lTG/YvyR4Dh Wt6a1Nd1kLzVtDAuGcW5wxi0O9lYnHiymSmrYy1Z/ftgjWQKZVzi+yo4qBJkmf0VqQXm Zq4zBYX6CdFV82s68C3q2kVNFlSjMqVMqyhuw=
Received: by 10.114.175.16 with SMTP id x16mr5815714wae.134.1242075717274; Mon, 11 May 2009 14:01:57 -0700 (PDT)
Received: from ?192.168.18.112? (adsl-99-49-9-50.dsl.pltn13.sbcglobal.net [99.49.9.50]) by mx.google.com with ESMTPS id k37sm6559266waf.42.2009.05.11.14.01.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 11 May 2009 14:01:56 -0700 (PDT)
From: Ryuji Wakikawa <ryuji.wakikawa@gmail.com>
To: Romain KUNTZ <kuntz@lsiit.u-strasbg.fr>
In-Reply-To: <BFA05FC2-C5E0-4BEE-9739-E2B6BC6DE69F@lsiit.u-strasbg.fr>
References: <14008519-2F77-45BC-B9F4-AA449A1627B5@lsiit.u-strasbg.fr> <BFA05FC2-C5E0-4BEE-9739-E2B6BC6DE69F@lsiit.u-strasbg.fr>
Message-Id: <BAB1656F-11AC-4C02-A24E-EBD215BBA638@gmail.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v930.3)
Date: Mon, 11 May 2009 14:01:27 -0700
X-Mailer: Apple Mail (2.930.3)
Cc: mext <mext@ietf.org>
Subject: Re: [MEXT] Comments on draft-ietf-monami6-multiplecoa-13
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: Mon, 11 May 2009 21:00:29 -0000

Hi Romain,

On 2009/05/09, at 10:15, Romain KUNTZ wrote:

> One more comment inline:
>
> On 2009/05/09, at 18:56, Romain KUNTZ wrote:
>> So a MN may include an HOA dest. option in the packets destinated  
>> to the HA instead of reverse-tunneling them. The source address of  
>> the packet would thus be the CoA of the interface from which the  
>> packet is sent. At the Home Agent side (still in section 9.3.1):
>>
>>  [...] the currently registered care-of address MUST be equal to
>>  the source address of the packet.  These tests MUST NOT be done for
>>  packets that contain a Home Address option and a Binding Update.
>>
>> The MCoA draft does not say anything about the behavior the HA  
>> should have in that case.
>
> My mistake, actually it does say something, in section 6.5  
> (Receiving Packets from Mobile Node):
>
>   When a node receives packets with a Home Address destination option
>   from a mobile node, it MUST check that the care-of address that
>   appears in the source address field of the IPv6 header MUST be equal
>   to one of the care-of addresses in the binding cache entry.  If no
>   binding is found, the packets MUST be discarded.  [...]
>
> But my comment on the efficiency (especially at the HA side) still  
> holds, in addition to the other issue related to the RHT2.

I have answered to this.

This situation is only for the traffic between MN and HA. The same  
rule apply to the traffic between MN and CN.
The issue of RHT2 is not MCoA matter. It is solved by flow binding.

thanks
ryuji


>
>
> Cheers,
> -- 
> Romain KUNTZ
> kuntz@lsiit.u-strasbg.fr
> LSIIT - Networks and Protocols Team
> http://clarinet.u-strasbg.fr/~kuntz/
>
> _______________________________________________
> MEXT mailing list
> MEXT@ietf.org
> https://www.ietf.org/mailman/listinfo/mext