I have been searching here and google and not found a solution to my problem yet.
I have a FreeBSD 7.2 router at home, running OpenVPN to connect to work through a site to site style VPN tunnel and also passing OSPF over the tun0 interface.
I have ipfw working with NAT when connecting externally. I have rules put in place to troubleshoot at the top of my ipfw ruleset allowing ip, ospf and igmp (any to any via tun0).
Doing a tcpdump on my tun0 interface, I see OSPF broadcasts from my tun0 IP and the peer IP, nothing else. It seems like OSPF is just not working at all through the interface. I am not sure if it is ipfw, but I had the same exact setup working with a Linksys running OpenWRT with iptables. I switched to FreeBSD because I love it
Where do we start with troubleshooting? I am seeing these in the debug logs for ospfd (quagga). It just repeats the same over and over:
I have a FreeBSD 7.2 router at home, running OpenVPN to connect to work through a site to site style VPN tunnel and also passing OSPF over the tun0 interface.
I have ipfw working with NAT when connecting externally. I have rules put in place to troubleshoot at the top of my ipfw ruleset allowing ip, ospf and igmp (any to any via tun0).
Doing a tcpdump on my tun0 interface, I see OSPF broadcasts from my tun0 IP and the peer IP, nothing else. It seems like OSPF is just not working at all through the interface. I am not sure if it is ipfw, but I had the same exact setup working with a Linksys running OpenWRT with iptables. I switched to FreeBSD because I love it

Where do we start with troubleshooting? I am seeing these in the debug logs for ospfd (quagga). It just repeats the same over and over:
Code:
2009/05/21 20:18:07 debugging: OSPF: LSA[Refresh]:ospf_lsa_refresh_walker(): start
2009/05/21 20:18:07 debugging: OSPF: LSA[Refresh]: ospf_lsa_refresh_walker(): next index 235
2009/05/21 20:18:07 debugging: OSPF: LSA[Refresh]: ospf_lsa_refresh_walker(): refresh index 234
2009/05/21 20:18:07 debugging: OSPF: LSA[Refresh]: ospf_lsa_refresh_walker(): end
2009/05/21 20:18:07 debugging: OSPF: make_hello: options: 2, int: em0:192.168.99.1
2009/05/21 20:18:07 debugging: OSPF: Hello sent to [224.0.0.5] via [em0:192.168.99.1].
2009/05/21 20:18:08 debugging: OSPF: ip_v 4
2009/05/21 20:18:08 debugging: OSPF: ip_hl 5
2009/05/21 20:18:08 debugging: OSPF: ip_tos 192
2009/05/21 20:18:08 debugging: OSPF: ip_len 64
2009/05/21 20:18:08 debugging: OSPF: ip_id 10699
2009/05/21 20:18:08 debugging: OSPF: ip_off 0
2009/05/21 20:18:08 debugging: OSPF: ip_ttl 1
2009/05/21 20:18:08 debugging: OSPF: ip_p 89
2009/05/21 20:18:08 debugging: OSPF: ip_sum 0x8894
2009/05/21 20:18:08 debugging: OSPF: ip_src 172.19.110.37
2009/05/21 20:18:08 debugging: OSPF: ip_dst 224.0.0.5
2009/05/21 20:18:08 debugging: OSPF: Hello received from [172.19.20.10] via [tun0:172.19.110.38]
2009/05/21 20:18:08 debugging: OSPF: src [172.19.110.37],
2009/05/21 20:18:08 debugging: OSPF: dst [224.0.0.5]
2009/05/21 20:18:08 warnings: OSPF: interface tun0:172.19.110.38: ospf_read network address is not same [172.19.110.37]
2009/05/21 20:18:08 debugging: OSPF: ospf_read[Hello/172.19.110.37]: Header check failed, dropping.
2009/05/21 20:18:09 debugging: OSPF: make_hello: options: 2, int: tun0:172.19.110.38
2009/05/21 20:18:09 debugging: OSPF: Hello sent to [224.0.0.5] via [tun0:172.19.110.38].