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
- [nemo] RE: draft-ietf-nemo-home-network-models-05 Pascal Thubert (pthubert)
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Alexandru Petrescu
- RE: [nemo] RE: draft-ietf-nemo-home-network-model… Pascal Thubert (pthubert)
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Alexandru Petrescu
- RE: [nemo] RE: draft-ietf-nemo-home-network-model… Pascal Thubert (pthubert)
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Alexandru Petrescu
- RE: [nemo] RE: draft-ietf-nemo-home-network-model… Pascal Thubert (pthubert)
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Alexandru Petrescu
- RE: [nemo] RE: draft-ietf-nemo-home-network-model… Pascal Thubert (pthubert)
- RE: [nemo] RE: draft-ietf-nemo-home-network-model… Mattias Pettersson L (LD/EAB)
- RE: [nemo] RE: draft-ietf-nemo-home-network-model… Pascal Thubert (pthubert)
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Alexandru Petrescu
- RE: [nemo] RE: draft-ietf-nemo-home-network-model… Pascal Thubert (pthubert)
- RE: [nemo] RE: draft-ietf-nemo-home-network-model… Mattias Pettersson L (LD/EAB)
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Alexandru Petrescu
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Thierry Ernst
- RE: [nemo] RE: draft-ietf-nemo-home-network-model… Pascal Thubert (pthubert)
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Ryuji Wakikawa
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Alexandru Petrescu
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Ryuji Wakikawa
- Re: [nemo] RE: draft-ietf-nemo-home-network-model… Alexandru Petrescu