Skip to main content

Mobile IPv6 Fast Handovers for 802.11 Networks


(Margaret Cullen)

No Objection

(Bert Wijnen)
(David Kessens)
(Scott Hollenbeck)
(Ted Hardie)

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

Margaret Cullen Former IESG member
(was No Objection) Yes
Yes () Unknown

Thomas Narten Former IESG member
Yes (2005-01-25) Unknown
>    otherwise be possible.  By tunneling data between the old and new 
>    access routers, it is possible to provide IP connectivity in advance 
>    of actual Mobile IP registration with the home agent or correspondent 
>    node.  This removes such Mobile IP registration, which may require 
>    time-consuming Internet round-trips, from the critical path before 
>    real-time service is re-established. 

Could be made more clear. Last sentence in particular is hard to
follow. (remember, orient this towards general reader).

>    The RtSolPr message is used to request information about the 
>    router(s) connected to one or more APs.  The APs are specified by 
>    link layer address in the RtSolPr and associated IP-layer information 
>    is returned in the PrRtAdv.  In the case of an 802.11 link, the link 
>    layer address is the BSSID of some AP. 

Might be good here (and elsewhere in this section) to be more clear
about which fields are used to carry the info. E.g.,

      The APs are specified in the New Access Point Link-Layer Address
      option [rfcxx ] in the RtSolPr ...

and in paragraph 2:

>     This list would supply the necessary BSSIDs to fill into the
>     RtSolPr messages.

Actually, what field is used for this?

>    from Section 4 and the lettered events are from Section 5.  For 
>    example, "1abcde234567fg" is the sequence where the MN performs a 

where do these gobbledigook "1abcde234567fg" strings come from and why
do you use them?

Oh, I see. Another sentence or two explanation would be good. E.g.,
add something like:

 For example, "1" denotes step 1, "abcde" denotes steps a-e), etc.

>    changing radio conditions may cause nAR to be suddenly unreachable.  

Bert Wijnen Former IESG member
No Objection
No Objection () Unknown

David Kessens Former IESG member
No Objection
No Objection () Unknown

Russ Housley Former IESG member
(was Discuss) No Objection
No Objection (2005-01-31) Unknown
  In section 6: s/IEEE 802.11k subgroup/IEEE 802.11k task group/
Scott Hollenbeck Former IESG member
No Objection
No Objection () Unknown

Ted Hardie Former IESG member
No Objection
No Objection () Unknown