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
- Re: [Mipshop] Re: [16NG] FW: Call for Review on F… Behcet Sarikaya
- Re: [Mipshop] Re: [16NG] FW: Call for Review on F… Rajeev Koodli
- Re: Re: [Mipshop] Re: [16NG] FW: Call for Review … Heejin Jang
- Re: Re: [Mipshop] Re: [16NG] FW: Call for Review … Behcet Sarikaya
- Re: Re: Re: [Mipshop] Re: [16NG] FW: Call for Rev… 장희진