Thread (37 messages) 37 messages, 7 authors, 2003-06-13

Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6

From: Henrik Petander <hidden>
Date: 2003-06-13 14:27:50

Masahide NAKAMURA wrote:
On Thu, 12 Jun 2003 11:44:49 +0300
Henrik Petander [off-list ref] wrote:
quoted
I don't see a problem in that. It would only result in a short period of 
missing mipv6 route optimization information, until MIPv6 daemon 
reinserted the mipv6 information. MIPv6 daemon would do this after 
getting a notification of the deletion of the old mipv6 related cached 
routes. This would relate to zebra in the same way as pmtu discovery.

When routing information is deleted by zebra, the packets from user
application will be sent incorrectly until MIPv6 daemon re-inserts
the special host route.
The packets between Mobile Node and Correspondent Node would be just 
sent through the tunnel via Home Agent. Only parts of the direct traffic 
between MN and HA would be temporarily lost. Since HA is conceptually a 
router, the traffic between MN and HA should be very limited and Mobile 
IP / IPSec signaling would not be affected. This is why IMO the use of 
soft state is acceptable.
How about making new policy(MIPv6 policy) in the similar way of IPsec?
MIPv6 and IPsec policy are managed by separated list.
It would be a good solution from our POV, since it should work well with 
IPSec.

Regards,

Henrik
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help