Gre tunnels dont get created or started automatically with latest snapshots
-
Hello All,
I have 2 gre tunnels configured, but I find that nothing is done with them unless I go into the gre config and click save, then they are configured and brought up. If I don't do this, they aren't created or configured on boot.
Snapshot: Fri Jun 14 04:50:09 EDT 2013
Regards,
Jon
-
Looking in the code, they are initialized just before GIF tunnels are initialized, and GIF tunnels work fine at bootup. There may be some more subtle issue at play, but it doesn't appear to be anything obvious such as the function to configure them being omitted at bootup.
Do the gre interfaces exist at all in the OS? (Check "ifconfig -a")
-
Hello,
after a reboot, the gif interfaces dont exist at all. I have to goto the interface assign section , goto gre and click save on the interfaces without making any changes to get them to come up.
Regards,
Jon
-
There must be something even weirder going on with your setup then. I just grabbed two test VMs on a current 2.1 snapshot, built a GRE tunnel between them, and then rebooted. It came up fine, the gre0 interface is there when they boot up, and I can ping both ways over it.
-
Hello,
I have found that when the GRE tunnel device is configured to use a CARP address as the local endpoint it doesn't get started at boot, but when using a physical device it does. Perhaps the code that starts the GRE tunnels on boot needs to be CARP aware and not try and configure the tunnels until after the CARP devices are configured? Somewhat like the openVPN instance if configured to use CARP?
Regards,
Jon
-
After doing more testing, even when using the main interface as the local endpoint for the GRE tunnels, the devices are not put into the running state upon boot, I see the devices created and configured, but they dont have the running flag. If i login to the console and do a ifconfig gre0 up, they receive the running flag and pass traffic. The issue with them not being configured at all if the local endpoint is a CARP interface still exists as well.
Thanks,
Jon
