[MEXT] Finishing RFC 3775bis

"Charles E. Perkins" <charliep@computer.org> Mon, 27 September 2010 23:44 UTC

Return-Path: <charliep@computer.org>
X-Original-To: mext@core3.amsl.com
Delivered-To: mext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 058F73A6B69 for <mext@core3.amsl.com>; Mon, 27 Sep 2010 16:44:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.299
X-Spam-Level:
X-Spam-Status: No, score=-1.299 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fz+pSvwZicA5 for <mext@core3.amsl.com>; Mon, 27 Sep 2010 16:44:05 -0700 (PDT)
Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by core3.amsl.com (Postfix) with ESMTP id 12DD43A6BBA for <mext@ietf.org>; Mon, 27 Sep 2010 16:44:05 -0700 (PDT)
Received: from [12.204.153.98] (helo=[10.166.130.202]) by elasmtp-masked.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from <charliep@computer.org>) id 1P0NND-0004yD-Ac for mext@ietf.org; Mon, 27 Sep 2010 19:44:44 -0400
Message-ID: <4CA12C64.1090606@computer.org>
Date: Mon, 27 Sep 2010 16:44:36 -0700
From: "Charles E. Perkins" <charliep@computer.org>
Organization: Wichorus Inc.
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4
MIME-Version: 1.0
To: mext@ietf.org
References: <BF345F63074F8040B58C00A186FCA57F1F68025E4E@NALASEXMB04.na.qualcomm.com> <BF345F63074F8040B58C00A186FCA57F1F6826E7BD@NALASEXMB04.na.qualcomm.com>
In-Reply-To: <BF345F63074F8040B58C00A186FCA57F1F6826E7BD@NALASEXMB04.na.qualcomm.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956abb457f1b4332f522daa3b195b791b9c4147f6b6d4b85f0c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 12.204.153.98
Subject: [MEXT] Finishing RFC 3775bis
X-BeenThere: mext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: charliep@computer.org
List-Id: Mobile IPv6 EXTensions WG <mext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mext>
List-Post: <mailto:mext@ietf.org>
List-Help: <mailto:mext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2010 23:44:11 -0000

Hello folks,

One of the new requirements for rfc3775bis is a section
detailing the changes from RFC 3775.  Here's what I wrote
up.  If I forgot one, please remind me and I will
add it.  It's quite painful to go through rfcdiff, yow.
The numbers are the issue numbers from:
	http://trac.tools.ietf.org/wg/mext/trac/report/6

===========================================================

#1 	Last Accepted SQN [Ahmad Muhanna] 	

	Solution: specify that the mobile node update its binding
	sequence number to match the sequence number given in the
	Binding Acknowledgement (if the Binding Acknowledgement
	correctly passes authentication and the status is 135
	(Sequence Number out of window).


#4 	Remove references to site-local addresses [George Tsirtsis] 	

	fixed.

#5 	Wrong protocol number used in discussion about checksum
		pseudo-header: 	

	fixed.

#8 	Application using the care-of address [Julien Laganier]

	Cite IPv6 Socket API for Source Address Selection [RFC5014].

#10 	The usage of "HA lifetime" [Ryuji Wakikawa] 	

	The mobile node SHOULD store the list of home agents for later
	use in case the home agent currently managing the mobile node's
	care-of address forwarding should become unavailable.

#11 	De-registration when returning home [Vijay Devarapalli] 	

	To be able to send and receive packets using its home address
	from the home link, the mobile node MUST send a Binding Update to
	its home agent to instruct its home agent to no longer intercept
	or tunnel packets for it. Until the mobile node sends such a
	de-registration Binding Update, it MUST NOT attempt to send and
	receive packets using its home address from the home link.


#12 	BErr sent by HA too, not only by CN [Alexandru Petrescu]

	Fixed.
  	
#13 	Home Link Detection [Suresh Krishnan] 	

	Proposal: add new section [11.5.2] for Home Link Detection,
	drawing on Internet Draft draft-krishnan-mext-hld.

#14 	References to Bootstrapping [Vijay Devarapalli] 	

	Cited "Mobile IPv6 Bootstrapping in Split Scenario", RFC 5026

#17 	Multi-homed mobile node can cause routing loop between
		home agents [Benjamin Lim]

	Added advisory security considerations in section 15.1, to
	highlight risk of routing loop among HAs (e.g., in 3GPP):

	A malicious mobile node associated to multiple home agents
	could create a routing loop amongst them. This would happen
	when a mobile node binds one home address located on a first
	home agent to another home address on a second home agent.

#18 	Subject: Issues regarding Home Address Option & ICMP /
						Binding errors 	
						[Fabian Mauchle]

	Proposal: Use the value in the Next Header field {50 (ESP),
	51 (AH), 135 (Mobility Header)} to determine, if a Binding
	Cache entry is required.

	Proposal: To avoid spoofing, add to the first paragraph in
	11.3.6: If the source of the ICMP error message is a Home
	Agent, it MUST be ignored.

	Proposal: If the Binding Error Message was sent by the Home
	Agent, the Mobile Node SHOULD send a Binding Update to the
	Home Agent according to Section 11.7.1.
	

#19 	BU de-registration race condition [Kilian Weniger] 	

	Problem arises if de-registration arrives at Home Agent
	before an immediately preceding Binding Update.

	Solution: Home Agent defers BCE removal after sending
	the Binding Acknowledgement.

#6 	Minor editorial corrections and updates 	

NOT done:
#3 	BRR, BErr are sent by HA too, not only by CN
					[Alexandru Petrescu] 	
#7 	DSMIPv6 BU format and RFC 3775 [Tero Kauppinen] 	
#9 	Simultaneous Mobility [Ashutosh Dutta] 	
#15 	BRR sent by HA too, not only by CN [Ahmad Muhanna] 	
#16 	HA behaviour upon MN returning Home [Pascal Thubert] 	


===========================================================

Regards,
Charlie P.