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
4 matches
Mail list logo