[support] Closing MPS/MPA issue
Arnaud Ebalard
arno at natisbad.org
Sat May 23 00:09:24 JST 2009
Hi Mattias,
I have just updated (0.4-15) the umip package in the debian repo on
natisbad.org. It includes the following additional patches:
prevent_OptimisticHandoff_on_home_return.patch
configurable_InitialSolicitTimer.patch
reuse_previous_id_in_mps_retransmission.patch
check_netlink_pid.patch
check_nd_opt_size.patch
I think the second and third patches address your needs.
Note that the InitialSolicitTimer configuration option added by second
patch is not public (no advertisement in the man page) but I will
maintain the patch.
For the third patch, I asked for some thoughts on IETF MEXT WG mailing
list [1] but got not reply. I implemented the following: the ID in an
MPS reemission is not randomized. So, even if the RTT is just a bit
higher than the reemission timer, the second MPS sent by the MN will
have the same ID as the previous one. When the MPA will be received, it
will have current ID and will be processed as expected.
AFAICT, this is compliant with what RFC 3775 specifies. If you can test
it and see how things work, I'd be interested by some feedback. Note
that I wanted to remove the code which replies with a new MPS when
receiving an MPA with a mismatching ID but did not do it yet.
As a side note, current package does not yet address the packing issues
reported on the list but this is a work in progress.
Cheers,
a+
[1]: http://permalink.gmane.org/gmane.ietf.mip6/9433
More information about the Support
mailing list