Cannot connect two ospf-instances over tun-interface

[Ondrej Zajicek]

On Tue, Apr 03, 2018 at 09:23:34AM +0200, dawid k wrote:
> ip addr list:
> server:
> 
> eth0, lo and
> 5: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc
> pfifo_fast state UNKNOWN qlen 100
>     link/[65534]
>     inet 10.29.0.1 peer 10.29.0.2/32 scope global tun0
> 
> client:
> 
> 977: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc
> pfifo_fast qlen 100
>     link/[65534]
>     inet 10.29.0.6 peer 10.29.0.5/32 scope global tun0
>        valid_lft forever preferred_lft forever

> Now i'm trying to establish ptp-connection for ospf, but in future the
> server should run in ptmp mode. I suppose, that there is somethnig wrong
> with the IP-Address of peer, since the server has IP-Address 10.29.0.1 and
> the client 10.29.0.10. But I declared these IP-Adresses as neighbour in
> config file. Maybe there is an issue, that the IP-Addresses are in
> /32-network?

Yes, that is the issue. BIRD OSPFv2 works really on per-ip-range basis
instead of per-iface. So if you have 10.29.0.2/32 range on tun0, then
incoming packets outside of 10.29.0.2/32 are ignored. You could use /32
network, but it must be matching (10.29.0.2 peer 10.29.0.1/32 on the
client).

Option 'neighbors' in config file works only with NBMA or PtMP iface
types, is ignored otherwise.

-- 
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."