Hi, Mattias Blomqvist <[email protected]> writes:
> I have only one interface defined and it is defined as a tunnel > interface. So no preference values. > The output from mip6d is (I know the time on the MN isn't set so the > timestamps have the wrong date and time): > Fri Jan 11 04:18:37 mn_move: in foreign net > ... > Fri Jan 11 04:18:37 mh_send: sending MH type 5 > from xxxx:xxxx:0:1300:0:0:0:1 > to xxxx:xxxx:0:0:0:0:0:1 > Fri Jan 11 04:18:37 mh_send: local CoA xxxx:xxxx:0:1300:0:0:0:1 > Fri Jan 11 04:18:37 bul_update_timer: Updating timer > == BUL_ENTRY == > Home address xxxx:xxxx:0:1300:0:0:0:1 > Care-of address xxxx:xxxx:0:1300:0:0:0:1 > CN address xxxx:xxxx:0:0:0:0:0:1 > lifetime = 262140, delay = 1000 > flags: IP6_MH_BU_HOME IP6_MH_BU_ACK > ... > etc. > xxxx:xxxx is the same for every address above. > This BU will obviously not work. The real problem is that it continues > to use the same address for CoA and HoA even after a RA resulting in > autoconf of a correct CoA has been received. The only way to correct > this problem is to restart mip6d after the tunnel interface have > received a RA so it has a useable CoA. There is something I don't understand in your setup which prevents me to see why or how umip would do what you have above: the CoA UMIP uses is always (otherwise it is a bug) configured (manually or statically) on the interface. So in your case, this means that your tunnel interface has the xxxx:xxxx:0:1300:0:0:0:1 address set initially, doesn't it? Can you please provide the whole (anonymized) output of ip addr show for your system. Now, with regard to the Tunnel keyword, as explained in the man page, it expects that the tunnel interface be configured externally, either in an automatic fashion of by hand. This is compatible with ppp, 6to4 and Teredo (at least). Your interface seems to work differently. Can you provide some details. I may be wrong and I would have to check in the code but: - because autoconfig is deactivated by UMIP, no RS should be sent by the kernel on the tunnel. Does a userland process does that? - when an interface is a Tunnel one, UMIP does not send RS. - If a RA is received, it is not processed by UMIP, i explicitly prevented that in the code for tunnel ifaces, so even if an unsollicited RA is received, then, UMIP is not the one that will set the address on the tunnel interface. Does a userland process does that? - Tunnel information as understood by umip is read again and updated when the link status changes, i.e. on up and down or when an address is removed/added. If this is done on the tunnel as you explain, it should work. Can you verify the tunnel has a new address after receiving a RA, as you report? It would help if you could be more specific on how your tunnel interface work (config, routes, ...) Cheers, a+ _______________________________________________ Support mailing list [email protected] http://ml.nautilus6.org/mailman/listinfo/support
