Mobile IPv6 Support for Dual Stack Hosts and Routers

Note: This ballot was opened for revision 10 and is now closed.

(David Ward) Discuss

Discuss (2008-12-10 for -** No value found for 'p.get_dochistory.rev' **)
The document specifies that it is to cover the specification for mobile routers as well as hosts. In fact, nothing is called out for routers. In particular, given there are many issues for mobile routers and routers in mobile ad hoc networks; I would have expected at least references to issues associated with mobile routers. The term "router" is used only twice in the document.

(Jari Arkko) Yes

(Ross Callon) (was No Record, Discuss) No Objection

(Lisa Dusseault) No Objection

Lars Eggert (was Discuss) No Objection

Comment (2008-12-10)
No email
send info
Section 2., paragraph 0:
>        Note also that documents published as "RFC Editor
>        contributions" [RFC3978] are not considered to be IETF documents.

  I think you want to refer to the different streams defined in RFC4844
  here, rather than to the long-obsolete RFC3987.

(Adrian Farrel) No Objection

(Russ Housley) (was Discuss) No Objection

(Cullen Jennings) No Objection

(Chris Newman) No Objection

(Tim Polk) No Objection

(Dan Romascanu) No Objection

Comment (2008-12-18 for -** No value found for 'p.get_dochistory.rev' **)
No email
send info
The OPS-DIR review by Tina Tsou raised a number of questions and pointed to nits. Although none of them seem a show stopper, I believe that they should be addressed for better clarity and quality of this document: 

1. In section 5.1, 5.4.2, 6.2.1, vanilla occurs 6 times and is ambiguous. Clarification would be welcome to explain what is meant. 

2. In section 5.3, it is mentioned that if the mobile node is not active, it will send binding update to the home agent. It is not clear how home agent operates upon receiving the binding update message? Also if the mobile node is not active, does it mean the mobile node is not reachable?

3. In section 5.3, it is mentioned that the mobile node maintains NAT binding, if the mobile node is not reachable, then it need not to refresh the NAT binding. What is confusing here is that NAT devices also maintains NAT binding associated with the mobile node, so if the mobile node is not reachable, will the mobile node refresh the NAT binding in itself or in NAT on the path between the mobile node and the home agent?
Moreover if the mobile node is not reachable, does it mean the mobile node changes the port or private address? Clarification would be welcome. 
4. It is not clear what’s the difference for NAT keep alive between the mobile node behind NAT and the home agent behind NAT.

(Mark Townsley) No Objection

(Magnus Westerlund) No Objection

(Pasi Eronen) (was Discuss) Abstain

Comment (2009-02-27)
No email
send info
While IPsec may have been a reasonable solution for the security
requirements of RFC 3775, this draft (and the multiplecoa draft) IMHO
clearly show that IPsec is not an appropriate solution for these MIPv6
extensions. (Or put another way: back then, the problem did look like
a nail, and IPsec was an appropriate hammer to solve it. The problems
we're now dealing are different, and don't resemble nails any more.)

However, it is not realistic to ask this draft to fix the situation;
thus, I am balloting "abstain".

(Ron Bonica) (was No Objection) No Record