proxmox-mirrors/mirror_frr
1
0
Fork 0
mirror of https://git.proxmox.com/git/mirror_frr synced 2025-07-02 15:50:41 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
15,290 Commits 4 Branches 191 Tags 125 MiB
a5f42f7dea
Commit Graph

15290 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Lou Berger
0c55dcbdf4 bgp_l3vpn_to_bgp_vrf: fix setting of TCP l3mdev 
Signed-off-by: Lou Berger <lberger@labn.net>
 2019-02-07 16:20:10 -05:00
Russ White
1632290b3f
Merge pull request #3745 from chiragshah6/evpn_dev1 
EVPN advertise svi ip as macip route changes via config command
 2019-02-07 14:36:46 -05:00
Mark Stapp
6b097e3379 libs: remove useless static work_queue_free helper 
Collapse the old static free function into the actual public
function that was using it (and the only user of it.)

Signed-off-by: Mark Stapp <mjs@voltanet.io>
 2019-02-07 13:54:50 -05:00
David Lamparter
b7777b57c4
Merge pull request #3722 from donaldsharp/static_recursive 
Zebra fixes
 2019-02-07 19:22:29 +01:00
David Lamparter
e7f0060c12
Merge pull request #3744 from mjstapp/wq_deprecated_api 
libs: remove deprecated workqueue api
 2019-02-07 18:52:27 +01:00
David Lamparter
b736a7be6f
Merge pull request #3748 from donaldsharp/sharp_nht_addition 
Sharp cleanups and new cli
 2019-02-07 18:48:48 +01:00
David Lamparter
9dd8587ded
Merge pull request #3749 from rtrlib/2019-02-07-bugfix-master 
RPKI bug fixes
 2019-02-07 18:44:04 +01:00
Marcel Röthke
222487feb5 bgpd: fix crash when trying to remove non-existing rpki cache 
Signed-off-by: Marcel Röthke <marcel.roethke@haw-hamburg.de>
 2019-02-07 17:26:11 +01:00
Marcel Röthke
745ae9c088 bgpd: fix "show rpki cache-server" for ssh caches 
Fix #3662

Signed-off-by: Marcel Röthke <marcel.roethke@haw-hamburg.de>
 2019-02-07 17:26:11 +01:00
Donald Sharp
86da53ab0e sharpd: Add 'sharp data nexthop' data dump 
Add some basic data dumping about what we have watched
from the vty/vtysh cli for nexthops.

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-07 10:14:17 -05:00
Donald Sharp
f59e641827 sharpd: Add 'sharp data route" dump command 
When you are using the install/remove routes command, the
output goes to a log file.  This command allows for ease
of dump of timing information from the vty or vtysh.

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-07 10:14:17 -05:00
Donald Sharp
547dc6429c sharpd: Move route global variables into the global data structure 
Clean up the route global variables into a global data structure.

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-07 10:14:17 -05:00
Donald Sharp
d21f1a930f sharpd: Add start of global data structures 
We have a bit of a mess with globals in the sharp daemon.
Let's start formalizing it a bit.  Future commits will
take advantage of this, as that we need to have the ability
to start dumping stats about commands we have issued.

These changes will be useful for debugging and understanding
what is going on.

Signed-off-by: Donald sharp <sharpd@cumulusnetworks.com>
 2019-02-07 09:35:49 -05:00
Donald Sharp
a60ffbc985 sharpd: Allow nhop tracking to specify connected 
Allow the sharp daemon to specify whether or not a watched
nexthop should be connected or not.

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-07 09:35:49 -05:00
Donald Sharp
ecc4d697cd lib: MTYPE_PREFIX_FLOWSPEC should not be exposed by memory.h 
This MTYPE should be owned by prefix.c as a STATIC for the file.

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-07 09:35:49 -05:00
Chirag Shah
278e26de8e zebra: advertise svi ip as macip route changes 
In Asymmetric and symetric routing scenario in EVPN
where each VTEP pair having different set of addresses
for the SVIs.
This knob allows reachability (ping connectivity) of
SVI IPs and resolve ARP resoultion VTEPs across racks.

This knob should not be used when same SVI IPs configured
on VTEPs across racks or when advertise default gateway
is configured.

Ticket:CM-23782
Testing Done:
Bring up EVPN symmetric routing topology with different
SVI IPs on different VTEPs. Enable advertise svi ip
at each VTEP, remote VTEPs installs arp entry for
SVI IPs via EVPN type-2 route exchange.

Signed-off-by: Chirag Shah <chirag@cumulusnetworks.com>
 2019-02-06 19:57:53 -08:00
Chirag Shah
24864e4497 bgpd: advertise svi ip as macip config cmd 
Ticket:CM-23782

Signed-off-by: Chirag Shah <chirag@cumulusnetworks.com>
 2019-02-06 19:57:47 -08:00
Chirag Shah
a80161574c bgpd: advertise svi ip as macip zebra parse api 
Ticket:CM-23782

Signed-off-by: Chirag Shah <chirag@cumulusnetworks.com>
 2019-02-06 19:57:40 -08:00
Chirag Shah
fc08a52fee lib: advertise svi ip as macip opcode 
This change is used to send configue changes for
advertise svi address as macip (type-2) route.

Ticket:CM-23782

Signed-off-by: Chirag Shah <chirag@cumulusnetworks.com>
 2019-02-06 19:57:00 -08:00
Quentin Young
efbf903d61 tools: fix systemd dependency graph 
Currently our systemd dependencies look something like this (example
from vanilla Debian 9):

$ systemctl list-dependencies frr
frr.service
● ├─system.slice
● └─sysinit.target
  ...

$ systemctl list-dependencies --reverse frr
frr.service
● └─network-online.target
●   └─apt-daily.service

Note that sysinit.target does not depend on any network* service or
target.

In other words, unless there is a service that requires
network-online.service, even if FRR is enabled it will not be started.
Therefore network-online.target is the wrong unit to have in WantedBy=,
as it is not always started.

This patch updates our service file so that it is properly started by
the system when enabled, delayed until networking is up, and if possible
delayed until after NetworkManager, systemd-networkd or any other
networking configuration manager has finished performing its tasks -
i.e. after network-online.target.

After these changes our new dependency graph looks like this:

$ systemctl list-dependencies frr
frr.service
● ├─system.slice
● │ └─networking.service
● ├─network.target
● └─sysinit.target
  ...

$ systemctl list-dependencies --reverse frr
frr.service
● └─multi-user.target
●   └─graphical.target

This way, FRR will be started by multi-user.target (just like most
applications), but delayed until after networking has been configured.

In the same stroke, this should also fix issues on systems that do not
provide "networking.service" (such as CentOS 7).

Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
Signed-off-by: David Lamparter <equinox@diac24.net>
 2019-02-06 19:47:43 +00:00
Mark Stapp
49f36252d6 libs: remove deprecated workqueue api 
Remove deprecated api from workqueue module.

Signed-off-by: Mark Stapp <mjs@voltanet.io>
 2019-02-06 14:13:21 -05:00
Donald Sharp
4634d02cfd
Merge pull request #3684 from mjstapp/dplane_pw 
zebra: async dataplane for pseudowires
 2019-02-05 18:41:12 -05:00
Rafael Zalamena
c0a0dbb01b
Merge pull request #3737 from qlyoung/doc-move-topotest-to-devdocs 
doc: move topotests docs to developers guide
 2019-02-05 20:32:14 -02:00
Donald Sharp
e625a783ed zebra: Do not display recursive nexthops as installed 
Recursive nexthops should not be marked as installed

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-05 15:21:26 -05:00
Donald Sharp
6c47d39902 zebra: Fix multiple levels of static recursion 
Allow the nexthop-check code to figure out recursive static routes
in a logical manner.

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-05 15:21:26 -05:00
Emanuele Di Pascale
77d9c92609 lib: add hooks for external logging function 
Signed-off-by: Emanuele Di Pascale <emanuele@voltanet.io>
 2019-02-05 20:55:04 +01:00
Quentin Young
370c8e079f doc: move topotests docs to developers guide 
Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
 2019-02-05 19:25:16 +00:00
Russ White
c9b046adda
Merge pull request #3693 from chiragshah6/ospf_vrf_dev 
ospfd: address CVE-2017-3224
 2019-02-05 11:25:30 -05:00
Donald Sharp
9f3a86d3e6
Merge pull request #3518 from rgirada/routemap_3090 
libd: Implemented a cli "show route-map-unused" to track all unused rou…
 2019-02-05 11:13:22 -05:00
Russ White
5dd91bc84f
Merge pull request #3733 from donaldsharp/meta_queue_nht_game_over_man_game_over 
zebra: NHT was being run at least 2 times and missreporting data
 2019-02-05 11:06:42 -05:00
Russ White
f2445bf70d
Merge pull request #3727 from qlyoung/fix-signed-printspec-bgp-as 
bgpd: use correct specifier to print asn
 2019-02-05 11:05:53 -05:00
Russ White
67395d4222
Merge pull request #3725 from donaldsharp/eigrp_metric 
Eigrp metric
 2019-02-05 10:55:02 -05:00
Russ White
b8f248ab6f
Merge pull request #3730 from donaldsharp/send_information 
Send information
 2019-02-05 10:53:50 -05:00
Russ White
37a5432422
Merge pull request #3688 from chiragshah6/evpn_dev 
zebra: EVPN probe local inactive neigh/arp entry upon mac mobility
 2019-02-05 10:48:33 -05:00
Russ White
0848547352
Merge pull request #3679 from chiragshah6/evpn_dev2 
zebra: reinstate bgp evpn remote route on local evpn route delete
 2019-02-05 10:47:35 -05:00
Renato Westphal
d8fd1e099a
Merge pull request #3732 from qlyoung/fix-missing-backtic-doc 
doc: fix missing backtick
 2019-02-05 13:10:59 -02:00
Donald Sharp
46a4e3455b zebra: NHT was being run at least 2 times and missreporting data 
With the data plane changes that were made, we are now running
nexthop tracking 2 times.  Once at the end of meta-queue insertion
and once at the end of receiving a bunch of data from the dataplane.

The Addition of the data plane code caused flags to not be set
fully for the resolved routes( since we do not know the answer yet ),
This in turn caused the nexthop tracking run after the meta-queue
to think that the route was not `good`.  This would cause it to
tell all interested parties that there was no nexthop.

After the dataplane insertion we are also no running nht code.
This was re-figuring out the nexthop correctly and also
correctly reporting to interested parties that there was a path again.

Example:
donna.cumulusnetworks.com(config)# do show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP,
       O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
       T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP,
       F - PBR, f - OpenFabric,
       > - selected route, * - FIB route, q - queued route, f - failed route

K>* 0.0.0.0/0 [0/103] via 10.50.11.1, enp0s3, 00:06:47
S>* 4.5.6.7/32 [1/0] via 192.168.209.1, enp0s8, 00:04:47
C>* 10.50.11.0/24 is directly connected, enp0s3, 00:06:47
C>* 192.168.209.0/24 is directly connected, enp0s8, 00:06:47
C>* 192.168.210.0/24 is directly connected, enp0s9, 00:06:47
donna.cumulusnetworks.com(config)# ip route 4.5.6.7/32 192.168.210.1
donna.cumulusnetworks.com(config)# do show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP,
       O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
       T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP,
       F - PBR, f - OpenFabric,
       > - selected route, * - FIB route, q - queued route, f - failed route

K>* 0.0.0.0/0 [0/103] via 10.50.11.1, enp0s3, 00:07:06
S>* 4.5.6.7/32 [1/0] via 192.168.209.1, enp0s8, 00:00:04
  *                  via 192.168.210.1, enp0s9, 00:00:04
C>* 10.50.11.0/24 is directly connected, enp0s3, 00:07:06
C>* 192.168.209.0/24 is directly connected, enp0s8, 00:07:06
C>* 192.168.210.0/24 is directly connected, enp0s9, 00:07:06
donna.cumulusnetworks.com(config)#

Log files for sharp, which is watching 4.5.6.7:
2019/02/04 15:20:54.844288 SHARP: Received update for 4.5.6.7/32
2019/02/04 15:20:54.844820 SHARP: Received update for 4.5.6.7/32
2019/02/04 15:20:54.844836 SHARP: 	Nexthop 192.168.209.1, type: 2, ifindex: 3, vrf: 0, label_num: 0
2019/02/04 15:20:54.844853 SHARP: 	Nexthop 192.168.210.1, type: 2, ifindex: 4, vrf: 0, label_num: 0

As you can see we have received an update with no nexthops( invalid route )
and a second update immediately after it with 2 nexthops.

What's the big deal you say?  Well we have code in other daemons that reacts
to not having a path for a nexthop.  In BGP this will cause us to tear
down the peer.  In staticd we'll remove the recursively resolved route.
In pim we'll remove all paths to the mroute.  This is not desirable.

The fix is to remove the meta-queue run of nexthop tracking.

While running after data plane notice of routes to handle is not ideal
we will be fixing this in the future with the nexthop group code, which
should know what nexthops are affected by a nexthop group change.

Fixed code debug code:
donna.cumulusnetworks.com(config)# do show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP,
       O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
       T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP,
       F - PBR, f - OpenFabric,
       > - selected route, * - FIB route, q - queued route, f - failed route

K>* 0.0.0.0/0 [0/103] via 10.50.11.1, enp0s3, 00:00:46
S>* 4.5.6.7/32 [1/0] via 192.168.209.1, enp0s8, 00:00:02
C>* 10.50.11.0/24 is directly connected, enp0s3, 00:00:46
C>* 192.168.209.0/24 is directly connected, enp0s8, 00:00:46
C>* 192.168.210.0/24 is directly connected, enp0s9, 00:00:46
donna.cumulusnetworks.com(config)# ip route 4.5.6.7/32 192.168.210.1
donna.cumulusnetworks.com(config)# do show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP,
       O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
       T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP,
       F - PBR, f - OpenFabric,
       > - selected route, * - FIB route, q - queued route, f - failed route

K>* 0.0.0.0/0 [0/103] via 10.50.11.1, enp0s3, 00:00:59
S>* 4.5.6.7/32 [1/0] via 192.168.209.1, enp0s8, 00:00:02
  *                  via 192.168.210.1, enp0s9, 00:00:02
C>* 10.50.11.0/24 is directly connected, enp0s3, 00:00:59
C>* 192.168.209.0/24 is directly connected, enp0s8, 00:00:59
C>* 192.168.210.0/24 is directly connected, enp0s9, 00:00:59

2019/02/04 15:26:20.656395 SHARP: Received update for 4.5.6.7/32
2019/02/04 15:26:20.656440 SHARP: 	Nexthop 192.168.209.1, type: 2, ifindex: 3, vrf: 0, label_num: 0
2019/02/04 15:26:33.688251 SHARP: Received update for 4.5.6.7/32
2019/02/04 15:26:33.688322 SHARP: 	Nexthop 192.168.209.1, type: 2, ifindex: 3, vrf: 0, label_num: 0
2019/02/04 15:26:33.688329 SHARP: 	Nexthop 192.168.210.1, type: 2, ifindex: 4, vrf: 0, label_num: 0

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-05 09:17:02 -05:00
Donald Sharp
ee56831894 pimd: Pim is not respecting the move of an interface from old->new vrf 
PIM needed to be updated to move to the new vrf.

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-05 09:13:30 -05:00
Donald Sharp
22761baa25 lib: Send interface request after initial hello 
Ask for all interface information after we have connected
to zebra and sent the initial hello.

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-05 09:13:30 -05:00
Donald Sharp
a8a20c4e3c zebra: Remove zclient->idinfo restrictions 
The restricting of data about interfaces was both inconsistent
in application and allowed protocol developers to get into states where
they did not have the expected data about an interface that they
thought that they would.  These restrictions and inconsistencies
keep causing bugs that have to be sorted through.

The latest iteration of this bug was that commit:
f20b478ef3

Has caused pim to not receive interface up notifications( but
it knows the interface is back in the vrf and it knows the
relevant ip addresses on the interface as they were changed
as part of an ifdown/ifup cycle ).

Remove this restriction and allow the interface events to
be propagated to all clients.

Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
 2019-02-05 09:13:30 -05:00
Renato Westphal
3524352154
Merge pull request #3698 from donaldsharp/netlink_is_serious_business 
Netlink is serious business
 2019-02-05 11:52:33 -02:00
David Lamparter
83c2a84d7c
Merge pull request #3602 from donaldsharp/mlag_debug 
zebra cleanup and some mlag additions
 2019-02-05 00:54:16 +01:00
David Lamparter
5a753fee02
Merge pull request #3694 from qlyoung/fix-assegment-heap-uaf 
bgpd: fix as-path prepend heap uaf
 2019-02-04 18:57:58 +01:00
Quentin Young
c9cf9db6b6 doc: fix missing backtick 
Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
 2019-02-04 17:37:54 +00:00
Quentin Young
3b61f61005 bgpd: use correct specifier to print asn 
Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
 2019-02-04 16:50:30 +00:00
rgirada
b4897fa524 bgpd: Added changes to track route-map usage 
Made changes and updated the routemap applied counter in the following flows.
1.Increment when route map attached to a list.
2.Decrement when route map removed / modified from a  list.
3.Increment/decrement when route map create/delete callback triggered.
4.Besides ,This counter need not be updated when a route map is got updated.
  i.e changing/adding a match value to the existing routemap.

In BGP , same update api called for all three add/delete/update operation .
But this counter have to be updated only for routemap addition.
Addressed this specific change by identifying the routemap operation based
on routemap pointer.

Signed-off-by: RajeshGirada <rgirada@vmware.com>
 2019-02-04 05:27:56 -08:00
rgirada
93d836e6fe ospfd: Added changes to track route-map usage 
Made changes and updated the routemap applied counter in the following flows.
1.Increment the routemap applied counter when route map attached to a
  redistribution list. The counter will be updated if the routemap exists.
2.Decrement when route map removed / modified from a redistribution  list.
3.Increment/decrement when route map create/delete callback triggered.

Signed-off-by: RajeshGirada <rgirada@vmware.com>
 2019-02-04 05:22:39 -08:00
rgirada
54e80c7656 zebrad: Added changes to track route-map usage 
Made changes and updated the routemap applied counter in the following flows.
1.Increment when route map attached to a list.
2.Decrement when route map removed / modified from a list.
3.Increment/decrement when route map create/delete callback triggered.
4.Besides ,This counter need not be updated when a route map is got updated.
  i.e changing/adding a match value to the existing routemap.

In Zebra , same update api called for all three add/delete/update operation.
But this counter have to be updated only for routemap addition.
Addressed this specific change by identifying the routemap operation based
on routemap pointer.

Signed-off-by: RajeshGirada <rgirada@vmware.com>
 2019-02-04 05:19:54 -08:00
rgirada
64957b279c ospf6d: Added changes to track route-map usage 
Made changes and updated the routemap applied
counter in the following flows.
1.Increment the routemap applied counter when route map
  attached to a redistribution list.
  The counter will be updated if the routemap exists.
2.Decrement when route map removed / modified from a
  redistribution  list.
3.Increment/decrement when route map create/delete
  callback triggered.

Signed-off-by: RajeshGirada <rgirada@vmware.com>
 2019-02-04 05:16:25 -08:00
rgirada
6f54377b8e ripd,ripngd: Added changes to track route-map usage in rip,ripng 
Updated the routemap applied counter wherever  route map
attached/detached  to a redistribution list.

Signed-off-by: RajeshGirada <rgirada@vmware.com>
 2019-02-04 05:14:31 -08:00