Re: [Mipshop] Re: [16NG] FW: Call for Review on FMIP6 over IEEE802.16e Networks

Behcet Sarikaya <behcetsarikaya@yahoo.com> Mon, 04 June 2007 19:04 UTC

Return-path: <16ng-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HvHrA-00016h-Dq; Mon, 04 Jun 2007 15:04:44 -0400
Received: from 16ng by megatron.ietf.org with local (Exim 4.43) id 1HvHr8-00016P-Lt for 16ng-confirm+ok@megatron.ietf.org; Mon, 04 Jun 2007 15:04:42 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HvHr8-00016C-BC for 16ng@ietf.org; Mon, 04 Jun 2007 15:04:42 -0400
Received: from web84111.mail.mud.yahoo.com ([68.142.206.198]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HvHr6-0004vv-40 for 16ng@ietf.org; Mon, 04 Jun 2007 15:04:42 -0400
Received: (qmail 47026 invoked by uid 60001); 4 Jun 2007 19:04:37 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=ZS8puC17bI9FJJ4AjnVM2cm4PlAGe4qw+vFv2TVnY4iUXHBKlQ6e9rLPzKjRdd7MkmIwmduy1hlIj4sYeQvgZ5GU/UR1g8iXJfR1uQSMvjCWwfj5uS7dzqfvvtIniH5U7gXXdG3UmTHC46IVz53eTA/vObQ4jHB9LgRW7lSibUI=;
X-YMail-OSG: k85QERAVM1kAiZ_Vd3WFvDVEUTDMK9fVY.9TEpDhXsE8xdblX4x3Sq7CJ1pA8Op13DGaTM03Lw--
Received: from [206.16.17.212] by web84111.mail.mud.yahoo.com via HTTP; Mon, 04 Jun 2007 12:04:37 PDT
X-Mailer: YahooMailRC/651.23.1 YahooMailWebService/0.7.41.14
Date: Mon, 4 Jun 2007 12:04:37 -0700 (PDT)
From: Behcet Sarikaya <behcetsarikaya@yahoo.com>
Subject: Re: [Mipshop] Re: [16NG] FW: Call for Review on FMIP6 over IEEE802.16e Networks
To: Rajeev Koodli <rajeev.koodli@nokia.com>
MIME-Version: 1.0
Message-ID: <534356.46196.qm@web84111.mail.mud.yahoo.com>
X-Spam-Score: 0.3 (/)
X-Scan-Signature: c83ccb5cc10e751496398f1233ca9c3a
Cc: mipshop@ietf.org, 16ng@ietf.org
X-BeenThere: 16ng@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Behcet Sarikaya <sarikaya@ieee.org>
List-Id: 16ng working group discussion list <16ng.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/16ng>
List-Post: <mailto:16ng@ietf.org>
List-Help: <mailto:16ng-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0365081966=="
Errors-To: 16ng-bounces@ietf.org

Hi Rajeev,
  Please kindly see inline.

--behcet

----- Original Message ----
From: Rajeev Koodli <rajeev.koodli@nokia.com>
To: heejin.jang@samsung.com; Frank Xia <xiayangsong@huawei.com>
Cc: mipshop@ietf.org; 16ng@ietf.org; ??? <soohong.park@samsung.com>
Sent: Monday, June 4, 2007 12:56:46 PM
Subject: Re: [Mipshop] Re: [16NG] FW: Call for Review on FMIP6 over IEEE802.16e Networks

Re: [Mipshop] Re: [16NG] FW: Call for Review on FMIP6 over IEEE802.16e Networks





As far as I see, there is no problem here!



It does not matter what you call the prefix advertised in PrRtAdv. RFC 4068 does not make assumptions about how the prefixes are assigned and managed on an AR’s link. So, it is inaccurate to say as such in draft-xia-mipshop-fmip-ptp-00.txt. 



So, if prefix A is advertised in PrRtAdv, and a MN formulates a prospective address IP-A and sends FBU, IP-A can be overridden by NAR in HAck.



Section 6.2.2



              Code        3: Handover Accepted, NCoA assigned

                             (used in Assigned addressing)





The supplied NCoA is provided in FBack or NAACK option.



This is the way I understood the problem and the solution for ptp links.



What am I missing?


[behcet] Hi/Hack exchange is used in predictive mode, not used in reactive mode. 
Even for the predictive mode with Code 3, some changes are needed in the current text.



-Rajeev









On 6/3/07 9:44 PM, "ext Heejin Jang" <heejin.jang@samsung.com> wrote:



Hi, Frank & Daniel.



RFC4068 describes fast HO procedure based on prediction, including NCoA formulation in advance.

However, how to allocate the prefix to MN in NAR (before actual HO) is out of scope in this document

as mentioned in Section 4.



"The method by which Access Routers exchange information about their neighbors, and thereby allow

  construction of Proxy Router  Advertisements with information about neighboring subnets is outside

  the scope of this document."



Furthermore, the problem you mentioned in draft-xia-mipshop-fmip-ptp-00 is not limited only to 802.16 networks

but happens all networks which have point-to-point link such as 3GPP2.

I think that it is proper to handle this problem separately.



Thanks for your opinion.



- Regards,

Heejin



------- Original Message -------

Sender : Frank Xia<xiayangsong@huawei.com>

Date   : 2007-06-01 06:50

Title  : [Mipshop] Re: [16NG] FW: Call for Review on FMIP6 over IEEE 802.16e    Networks



Hi Daniel



Here is my two cents.



The draft is based on RFC4068, and point-to-point link model is also recommended .

RFC4068 is based on shared link model, and is not applicable for point-to-point link model without modification.

So,  there are some basic conflicts in the draft.



Formulation of  a prospective NCoA  is a main idea of  RFC4068.

But in Point-to-Point link model, it is impossible to formulate the NCoA

according to  RFC4068 because there is no proper prefix.





BR

Frank





_______________________________________________
16NG mailing list
16NG@ietf.org
https://www1.ietf.org/mailman/listinfo/16ng