OSPFv3 (IPv6) over OpenVPN IPv4 PTP connection.

[Paul Libert]

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 at 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 at 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-----
>