RE: [nemo] RE: draft-ietf-nemo-home-network-models-05

"Pascal Thubert \(pthubert\)" <pthubert@cisco.com> Fri, 10 February 2006 18:01 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7caM-0000Jw-2A; Fri, 10 Feb 2006 13:01:34 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cZi-00008R-T5 for nemo@megatron.ietf.org; Fri, 10 Feb 2006 13:01:05 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA13686 for <nemo@ietf.org>; Fri, 10 Feb 2006 12:59:02 -0500 (EST)
Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F7cmc-0002LH-Rn for nemo@ietf.org; Fri, 10 Feb 2006 13:14:16 -0500
Received: from ams-core-1.cisco.com ([144.254.224.150]) by ams-iport-1.cisco.com with ESMTP; 10 Feb 2006 19:00:36 +0100
Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id k1AI0V5i024517; Fri, 10 Feb 2006 19:00:32 +0100 (MET)
Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.0); Fri, 10 Feb 2006 19:00:31 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [nemo] RE: draft-ietf-nemo-home-network-models-05
Date: Fri, 10 Feb 2006 19:00:24 +0100
Message-ID: <7892795E1A87F04CADFCCF41FADD00FC01CDCC8A@xmb-ams-337.emea.cisco.com>
Thread-Topic: [nemo] RE: draft-ietf-nemo-home-network-models-05
Thread-Index: AcYuaIMhvSb8tdD8SyeNT5QTvIwM3wAAWYGQ
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Alexandru Petrescu <alexandru.petrescu@motorola.com>
X-OriginalArrivalTime: 10 Feb 2006 18:00:31.0480 (UTC) FILETIME=[E2020780:01C62E6B]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
Content-Transfer-Encoding: quoted-printable
Cc: nemo@ietf.org, tj@kniveton.com, Margaret Wasserman <MRW@devicescape.com>, vijay.devarapalli@nokia.com, ryuji@sfc.wide.ad.jp, ernst@sfc.wide.ad.jp
X-BeenThere: nemo@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: NEMO Working Group <nemo.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:nemo@ietf.org>
List-Help: <mailto:nemo-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=subscribe>
Sender: nemo-bounces@ietf.org
Errors-To: nemo-bounces@ietf.org

>>>
>>> Moreover, there are potentially 2^64 LFNs behind an MR with MNP
>>> /64.
>> HA
>>> has no means to know which of those are active.  So will it send
>>> 2^64 periodic NAs as part of its proxy ND for LFNs?
>>
>> [Pascal] No, it will answer to NS coming from the Home Link for any
>> address that matches a registered MNP, and then pass the packets over
>>  the tunnel.
>
>NS is addressed to a multicast group.  In order for HA to receive that
>NS it should MLD JOIN it first, otherwise it doesn't receive it.  HA
>would need to send as many MLD JOINs as there are potential LFNs behind
>MR.  That's large, right?
>

[Pascal] This goes beyond our draft.
 
The short answer is that a proxy interface operates in promiscuous mode.

Dave Thaler has documented all this in chapter 4.1.3. "IPv6 ND Proxying"
of 
http://www.ietf.org/internet-drafts/draft-ietf-ipv6-ndproxy-04.txt
that we reference as [12].





>>> Does anyone plan to write such an implementation?
>>>
>> [Pascal] Dunno. Don't ask me if I like it... But something like that
>> has to be done if MNs or hosts connect to the home link... Part of
>> the price to pay to support aggregated mode.
>
>I am not sure the aggregated mode is needed in order to allow the MNNs
>to connect to MR's home link.  It is sufficient to have an HA on the
>_MNN_ home link and when MNN connects to MR's home link it would send
BU
>to its own HA.
[Pascal] I'm not sure what you want to say there. 
Do you mean a MNN that is also a MN?

Pascal