Hi,
> Are you sure that you're not blocking the ospf or gre packets with pf?
> The hello timer is running and so hello packets should be generated and
> sent. Since there are no errors from ospf when sending packets I assume
> that the problem is in gre(4). Can you ping the remote end of the gre
>
On Sun, May 01, 2011 at 01:41:44PM +0200, Benjamin Kiessling wrote:
> Hi,
>
> > ospfd does not need any of the multicast options. ospfd uses the
> > IP_MULTICAST_IF socket option and bypasses the routing table lookup by
> > doing so. rtadvd and many other daemons do it in a similar way.
> > The mu
Hi,
> ospfd does not need any of the multicast options. ospfd uses the
> IP_MULTICAST_IF socket option and bypasses the routing table lookup by
> doing so. rtadvd and many other daemons do it in a similar way.
> The multicast_host option is only needed for applications that do not use
> the specia
On Sun, May 01, 2011 at 12:15:51AM +0200, Benjamin Kiessling wrote:
> Hi,
>
> I've been trying to get OpenOSPFd working on OpenBSD 4.8 using an GRE over
> IPsec approach. The GRE tunnel is working for unicast IPv4 packets. I've seen
> that there are reject routes for 224.0.0.0/4 in the default con
Hi,
I've been trying to get OpenOSPFd working on OpenBSD 4.8 using an GRE over
IPsec approach. The GRE tunnel is working for unicast IPv4 packets. I've seen
that there are reject routes for 224.0.0.0/4 in the default configuration and
set multicast_host to yes which adds the route to the default i
5 matches
Mail list logo