Hi Ondrej, Because for the other ptp IPv6 links on the machines (not used to be used by ospf or routing), the link local address are /128. Configured as /64, all is working fine. So it was an issue of having a too long netmask. Thanks ! Paul On 23 November 2012 21:29, Ondrej Zajicek <santiago@crfreenet.org> wrote:
On Fri, Nov 23, 2012 at 04:39:31PM +0000, Paul Libert wrote:
Hi List !
I tracked it down to ospf_iface_stubby in proto/ospf/iface.c returning 1 because IA_HOST bit is set. IA_HOST bit is set because in sysdep/linux/netlink.c, in nl_parse_addr, ipa_equal(ifa.ip, addr) is true. I cannot add a peer IPv6 address on a OpenVPN tun interface (and I think that's what's make it work on IPv4 so the ip address output looks like: 9: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1450 qdisc pfifo_fast state UNKNOWN qlen 100 link/none inet 10.200.0.1 peer 10.200.0.2/32 scope global tun0 inet6 2001:470:e553:1::1/64 scope global valid_lft forever preferred_lft forever inet6 fe80::216:3eff:fe79:ed82/128 scope link valid_lft forever preferred_lft forever
/128 link-local address is strange, why not use usual /64 (e.g. fe80::216:3eff:fe79:ed82/64 on this iface )?
-- Elen sila lumenn' omentielvo
Ondrej 'SanTiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAlCv6s4ACgkQw1GB2RHercOS6QCdEpw9zQx/greJpe1zgjLod+Y6 IMwAnAtYVrks7IXV12+S1r2JUcUTdy4H =Illo -----END PGP SIGNATURE-----