Re: [nemo] Comments on draft-leekj-nemo-ro-pd-00.txt

"KyeongJin Lee" <kjlee@pec.etri.re.kr> Sat, 05 July 2003 00:49 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA13978 for <nemo-archive@lists.ietf.org>; Fri, 4 Jul 2003 20:49:35 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19YbEb-0000ZX-Dk; Fri, 04 Jul 2003 20:49:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19YbDp-0000ZA-KX for nemo@optimus.ietf.org; Fri, 04 Jul 2003 20:48:13 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA13963 for <nemo@ietf.org>; Fri, 4 Jul 2003 20:48:11 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19YbDn-0004gf-00 for nemo@ietf.org; Fri, 04 Jul 2003 20:48:11 -0400
Received: from pec.etri.re.kr ([129.254.114.50]) by ietf-mx with esmtp (Exim 4.12) id 19YbDm-0004gH-00 for nemo@ietf.org; Fri, 04 Jul 2003 20:48:10 -0400
Received: from kjlee (leekj3.etri.re.kr [129.254.112.172]) by pec.etri.re.kr (8.11.3/8.11.3) with SMTP id h6510o918261; Sat, 5 Jul 2003 10:00:51 +0900 (KST)
Message-ID: <004901c3428f$066dedd0$ac70fe81@kjlee>
From: KyeongJin Lee <kjlee@pec.etri.re.kr>
To: Alexandru Petrescu <alexandru.petrescu@motorola.com>, nemo@ietf.org
References: <3F0460DF.1040603@motorola.com>
Subject: Re: [nemo] Comments on draft-leekj-nemo-ro-pd-00.txt
Date: Sat, 05 Jul 2003 09:47:29 +0900
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Content-Transfer-Encoding: base64
Sender: nemo-admin@ietf.org
Errors-To: nemo-admin@ietf.org
X-BeenThere: nemo@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=unsubscribe>
List-Id: NEMO Working Group <nemo.ietf.org>
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>
Content-Transfer-Encoding: base64

Hi.

Thank you for your attention.

> [Chairs stop me if RO discussions not in context now]
> 
> Hello to authors of draft-leekj-nemo-ro-pd-00.txt.
> 
> I've read the draft, thanks for providing it.
> 
> I understand that the method offers optimal paths between MN's inside
> the mobile network and CN outside the mobile network.  Figure 1 shows an
> LFN, that is supposedly fixed.  Is the draft providing optimal routes
> between LFN and CN too (or only between MN and CN)?  LFN normally does
> not perform itself Mobile IPv6, right?

Our draft proposes RO between MN and CN.
The figure 1 shows an example of mobile network and the LFN is just an example of MNNs.
As you said, a fixed node does not perform Mobile IPv6, 
LFN and CN communicate each other by using bi-directional tunnel between MR and MR's HA.


> I don't understand why there is a need for a new ND option?  Couldn't
> the usual RA be used by MR to put the delegated prefix in, and advertise
> towards MN?

MN must distinguish between on-link prefix and delegated prefix. 
For the distinction, we can use new option or new flag.
In our another draft,
http://www.ietf.org/internet-drafts/draft-jeong-nemo-ro-ndproxy-00.txt
defines just a flag for RO in the prefix information option of RA .

> What happens when there are several fixed routers in the mobile network
> and a MN would visit deep below one of those FR's?  Normally RA's stay
> on a link, so the RA with the delegated prefix coming from up will only
> be seen in the first upper link, not below.  Or maybe that is outside
> the scope of the draft?

In our draft, it is out of scope.


> 
> Alex
> GBU
> 
> 
>