Project

General

Profile

Actions

Bug #3281

closed

In certain cases, GRE interfaces are missing the "RUNNING" flag at bootup and will not function

Added by Jim Pingle about 11 years ago. Updated almost 10 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Ermal Luçi
Category:
Interfaces
Target version:
Start date:
10/21/2013
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.1
Affected Architecture:

Description

Still trying to gather information but this has been directly observed on a customer system.

GRE tunnel configured and an interface assigned, with IP configured. The gre0 interface is marked "UP" at boot time but it does NOT have the "RUNNING" flag. In this state, the GRE tunnel will not accept nor initiate traffic over the tunnel. If you run "ifconfig gre0 up" it will then have the RUNNING flag and function as expected.

So far I have not been able to reproduce this in a VM, but it seems to only affect 2.1 and was not a problem on 2.0.

In the observed problem case, the GRE interface was configured, assigned with an IP set, gateway configured, and the GRE gateway was set as the default gateway. There was a static route set to reach the far-side GRE endpoint via a different local gateway. pf was disabled.

Workaround: Adding a shellcmd to "ifconfig gre0 up" at boot time allows it to function.

Actions #1

Updated by Ermal Luçi almost 11 years ago

  • Status changed from New to Feedback
Actions #2

Updated by Ermal Luçi almost 11 years ago

  • % Done changed from 0 to 100
Actions #3

Updated by Ermal Luçi almost 11 years ago

Actions #4

Updated by Chris Buechler over 10 years ago

  • Status changed from Feedback to Resolved

I can't replicate, but the fix Ermal committed, and my later commit fixing the copy/paste-induced bug, should fix this since an ifconfig up works around it.

Actions #5

Updated by Chris Buechler over 10 years ago

  • Status changed from Resolved to New
  • Target version changed from 2.1.1 to 2.2

Have a config from a customer that can replicate on all 2.1x versions. In projects git repo, redmine-3281.xml. That's a slightly modified customer config, changing the tunnel endpoint IPs to private IPs so it's not possible to bring up that config and potentially mess with their production setup. It has 5 GRE tunnels in that config, none of which get the RUNNING flag at boot time.

Root cause of this seems to be:
http://www.freebsd.org/cgi/query-pr.cgi?pr=138407

Actions #6

Updated by Jim Thompson over 10 years ago

  • Assignee set to Ermal Luçi
Actions #7

Updated by Renato Botelho over 10 years ago

  • Status changed from New to Feedback

I tried redmine-3281.xml on a 2.2 system and all GRE interfaces have RUNNING flag set on reboot.

Actions #8

Updated by Chris Buechler about 10 years ago

  • Status changed from Feedback to Resolved

Every scenario I'm aware of where that wasn't working now is on 2.2.

Actions #9

Updated by James Field almost 10 years ago

I have 2.2-RC (amd64) built on Fri Jan 09 09:55:04 CST 2015 FreeBSD 10.1-RELEASE-p3 installed on Hyper-v 2012 R2
I am currently experiencing this issue, after a reboot the GRE tunnel is "up" but not "running". I need to type ifconfig gre0 up at the shell to get the tunnel working.

Actions

Also available in: Atom PDF