https://redmine.pfsense.org/https://redmine.pfsense.org/favicon.ico?16780521162022-04-11T09:22:01ZpfSense bugtrackerpfSense Packages - Bug #13043: OSPF over Wireguard interface doesn't populate neighbors after reboothttps://redmine.pfsense.org/issues/13043?journal_id=603212022-04-11T09:22:01ZJim Pingle
<ul><li><strong>Project</strong> changed from <i>pfSense</i> to <i>pfSense Packages</i></li><li><strong>Category</strong> changed from <i>Routing</i> to <i>WireGuard</i></li><li><strong>Priority</strong> changed from <i>High</i> to <i>Normal</i></li><li><strong>Target version</strong> deleted (<del><i>22.05</i></del>)</li><li><strong>Plus Target Version</strong> deleted (<del><i>22.05</i></del>)</li><li><strong>Release Notes</strong> deleted (<del><i>Default</i></del>)</li></ul> pfSense Packages - Bug #13043: OSPF over Wireguard interface doesn't populate neighbors after reboothttps://redmine.pfsense.org/issues/13043?journal_id=661382023-03-12T16:02:09ZJohann Lohberger
<ul></ul><p>Hi,</p>
<p>just wanted to confirm. I can reproduce this issue on all of my installations so far. Mostly PFsense CE 2.6.0 with Wireguard 0.1.6_2 and FRR 1.1.1_7<br />I did not test this on my Netgate devices as they are in production and i prefer to test things in my lab before making changes to the production environment.</p>
<p>For me it is sufficient to klick "Force Service Restart" on the FRR global settings page. I do not need to make any changes to the settings.</p>
<p>Any combination to restart the services via the services tab or command line did not resolve the issue. Could this be some kind of race condition where the wireguard interfaces are not jet there while frr is starting its daemons?</p>