Page MenuHomeVyOS Platform
Create Task
Maniphest T87

VTI interface and BGP update-source bug
Closed, WontfixPublic
Actions

Description

interfaces {
  vti vti3 {
    address 10.223.0.2/30
  }
}

protocols {
  bgp 65000 {
    neighbor 10.223.0.1 {
      remote-as 65000
      update-source 10.223.0.2
    }
  }
}

The BGP configuration doesn't survive a reboot.

I've found the following error in /var/log/vyatta/vyatta-commit.log:

[ protocols bgp 65000 neighbor 10.223.0.1 update-source 10.223.0.2 ]
IP address 10.223.0.2/32 does not exist on this system
[[protocol bgp 65000]] failed
Commit failed

After removing "update-source 10.223.0.2" the BGP configuration survives the reboot.

So it seems the BGP configuration is being loaded before loading the vti interface.

Can someone help me to fix this bug?

Details

Version
-

Event Timeline

• ahaitoute created this task.Jun 7 2016, 10:12 AM
syncer triaged this task as Normal priority.Jun 8 2016, 4:43 PM
syncer subscribed.

@ahaitoute
can you provide version of VyOS
Also, can you confirm that it's reproducible on latest beta?
Thanks!

syncer added a project: VyOS 1.1.x.Jun 8 2016, 4:44 PM
syncer edited subscribers, added: VyOS 1.1.x; removed: syncer.
• ahaitoute added a comment.Jun 9 2016, 10:34 AM

It's still the same on the latest beta.

syncer changed the edit policy from "Public (No Login Required)" to "Custom Policy".Aug 21 2017, 2:00 AM
syncer edited projects, added VyOS 1.1.x (1.1.8), VyOS 1.2 Crux; removed VyOS 1.1.x.
syncer set Version to -.
syncer edited subscribers, added: Maintainers; removed: VyOS 1.1.x.
syncer added subscribers: UnicronNL, dmbaturin.

@dmbaturin @UnicronNL
any idea why this can happen,
as per report both current and stable affected

syncer added a comment.Aug 30 2017, 9:40 PM

Can you check this @dmbaturin @UnicronNL

syncer assigned this task to dmbaturin.Oct 12 2017, 8:10 AM
dmbaturin added a comment.Oct 12 2017, 9:32 PM

BGP configuration is definitely loaded after VTI configuration is loaded.

# /opt/vyatta/sbin/priority.pl | egrep -e '(bgp|vti)'
381 interfaces/vti
382 interfaces/vti/node.tag/mtu
730 protocols/bgp
901 interfaces/vti/node.tag/firewall
901 interfaces/vti/node.tag/ip
901 interfaces/vti/node.tag/ipv6
901 interfaces/vti/node.tag/redirect
901 interfaces/vti/node.tag/traffic-policy

I suppose the issue may be in that in case of VTI, the time configuration is loaded and the time the interface goes up. The simplest workaround is indeed to not use a non-permanent interface as update source (which I think is not exactly a good idea in any case), but...

I've tested setting BGP update source to a non-assigned address. It looks like the session doesn't get up on its own until reset (though this may need more testing), but it doesn't have any really negative consequences for the system either. In any case a non-functional session is better than loss of config parts.

I suppose I'm making this a warning rather than a commit-time error.

syncer edited projects, added VyOS 1.1.x (1.1.9); removed VyOS 1.1.x (1.1.8).Nov 14 2017, 1:44 PM
syncer moved this task from Needs Triage to Backlog on the VyOS 1.1.x (1.1.9) board.
pasik subscribed.Nov 22 2017, 7:47 PM
syncer closed this task as Wontfix.Jun 10 2018, 4:57 AM
syncer edited projects, added Rejected; removed VyOS 1.1.x (1.1.9), VyOS 1.2 Crux.Oct 15 2018, 6:30 AM