Git log: commit 25321d0695084c4d953e9af24b3776e34cef29b1
Author: David Lamparter <equinox@diac24.net>
Date: Mon Jan 20 17:06:29 2020 +0100
debian: 7.2.1-1
Signed-off-by: David Lamparter <equinox@diac24.net>
commit 6b56b84d8a14b184ba6aa7a9c107783e752675d3
Author: David Lamparter <equinox@diac24.net>
Date: Mon Jan 20 16:57:10 2020 +0100
debian: 7.2.1 prep
Just the odd housekeeping bits.
Signed-off-by: David Lamparter <equinox@diac24.net>
commit 83ab3638be67402a7e46a6d6fe542fa5916d3b45
Author: David Lamparter <equinox@diac24.net>
Date: Mon Jan 20 16:53:55 2020 +0100
debian: remove outdated README content
Signed-off-by: David Lamparter <equinox@diac24.net>
commit 7eb5faa7e619291e6df08b50ac7601b40ff9c912
Merge: 3104f78b9 90446e3c3
Author: David Lamparter <equinox@diac24.net>
Date: Mon Jan 20 16:20:09 2020 +0100
Merge tag 'frr-7.2.1' into debian/master
FRRouting Release 7.2.1
commit 3104f78b9543ce04acd15e73921d79cd2ec64df0
Author: David Lamparter <equinox@diac24.net>
Date: Mon Nov 18 23:48:18 2019 +0100
debian: sync up with 7.2-1 unstable
Signed-off-by: David Lamparter <equinox@diac24.net>
commit 797963a8722571a5015216467dd87af83429097f
Merge: 47336e4d0 b606b4e7f
Author: David Lamparter <equinox@diac24.net>
Date: Mon Nov 18 23:42:12 2019 +0100
Merge tag 'frr-7.2' into debian/experimental
FRRouting Release 7.2
commit 47336e4d07179278881646fd5d680a008e57fc5b
Author: David Lamparter <equinox@diac24.net>
Date: Mon Jul 1 16:31:02 2019 +0200
debian: release 7.1-1
Signed-off-by: David Lamparter <equinox@diac24.net>
commit a4e8af0eacd2b11f76d05bd1f8355b6f0af155a4
Merge: b13aef23d 23db048e4
Author: David Lamparter <equinox@diac24.net>
Date: Mon Jul 1 16:27:44 2019 +0200
Merge tag 'frr-7.1' into debian/experimental
FRRouting Release 7.1
commit 23db048e44a9beabe0a7f4a492b7db5f18353ad9
Author: David Lamparter <equinox@diac24.net>
Date: Tue Jun 18 06:15:21 2019 +0200
FRRouting release 7.1
- gRPC northbound plugin
- "table NNN" removed from zebra
- more dataplane MT work
- EVPN in non-default VRFs
- RFC 8212 (default deny policy for eBGP)
- RFC 8106 (IPv6 RA DNS options)
Signed-off-by: David Lamparter <equinox@opensourcerouting.org>
commit 4d39e24005445bd42032fdab859835565efd538b
Merge: 158927620 30b34aac8
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Mon Jun 17 15:18:33 2019 -0400
Merge pull request #4539 from opensourcerouting/7.1/watchfrr-sd-timeout
[7.1] tools: retain sanity when reloading under systemd
commit 30b34aac84380239a6e1b7870ebe6380817fe56a
Author: David Lamparter <equinox@diac24.net>
Date: Mon Jun 10 01:35:04 2019 +0200
tools: retain sanity when reloading under systemd
Without this, we end up restarting watchfrr with the systemd watchdog
non-functional & tripped a bit later. Also, if watchfrr is in the
"control" cgroup, systemd 232 will kill it. (241 apparently doesn't.
Can't find anything about this in systemd's ChangeLog though.)
Signed-off-by: David Lamparter <equinox@opensourcerouting.org>
(cherry picked from commit 9c251d376ad8e604c25767b32c2816e9ae75a738)
commit 15892762059a1889295cc6ca9d6b383131435757
Merge: bb3795c5c a443e0364
Author: David Lamparter <equinox@diac24.net>
Date: Thu Jun 6 19:44:03 2019 +0200
7.1: isisd: The RFC states that v6 addresses are limited to 16 in a hello … (#4475)
7.1: isisd: The RFC states that v6 addresses are limited to 16 in a hello …
commit a443e03645f7ee3924c9d62fabf19ed5877ea4f1
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Tue Jun 4 21:15:43 2019 -0400
isisd: The RFC states that v6 addresses are limited to 16 in a hello packet
The RFC states we can send only up to 16 v6 addresses in a hello packet
and cannot send sub tlv's of that type.
Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
commit bb3795c5c0bd64047844aea67ad8b3dbcdf27234
Merge: 0643ec535 4feb4d9df
Author: Rafael Zalamena <rzalamena@users.noreply.github.com>
Date: Wed Jun 5 11:37:55 2019 -0300
Merge pull request #4462 from donaldsharp/7.1_bfd_access_list
7.1: bfdd: Modify bfdd to quietly accept access-lists
commit 4feb4d9dffa59dbc797223e4b90d0fc0d6532f20
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Tue Jun 4 21:38:11 2019 -0400
bfdd: Modify bfdd to quietly accept access-lists
The `access-list ...` command was causing bfdd to return
'unknown commands'. Make bfdd at least cognizant of
access-lists enough to not create strange error messages
Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
commit 0643ec535fd69661b39f492c9cdd55e9bcb14551
Merge: 9771dce5f fdfd87fef
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Thu May 30 12:59:16 2019 -0400
Merge pull request #4425 from ton31337/feature/show_fqdn_in_show_ip_bgp_7.1
bgpd: [7.1] Show FQDN in `show [ip] bgp` output
commit fdfd87fef23cd2abda6956ab61baf02b2c13d685
Author: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Mon May 20 16:43:01 2019 +0300
bgpd: Show FQDN in `show [ip] bgp` output
We already show this information in `show [ip] bgp <prefix`, thus why don't
show it in global output. It's very handy when using at scale and to see
the whole picture instead of resolving neighbor manually.
It will show FQDN only if `bgp default show-hostname` is toggled.
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
commit 9771dce5facd4244e04791ca85c7696f71f3864c
Merge: 22b01311b 31b4b606a
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Thu May 30 09:01:54 2019 -0400
Merge pull request #4423 from ton31337/feature/delete_prefix_list_by_sequence_number_7.1
plist: [7.1] Delete prefix-list by sequence number
commit 31b4b606a8288d8dd150ee06852adb103a5777c9
Author: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Fri May 24 09:22:09 2019 +0300
plist: Delete prefix-list by sequence number
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
commit 22b01311b5c0449bdf2bd024ea7119426ce9d780
Merge: 9eadfb4df e02e0871e
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Wed May 29 09:11:57 2019 -0400
Merge pull request #4411 from opensourcerouting/feature/fix-isis-route-deletion-7.1
isisd: del routes when area is unconfigured
commit e02e0871eca6fef0e43664a4e489703b328dc6fe
Author: Emanuele Di Pascale <emanuele@voltanet.io>
Date: Tue May 28 16:46:06 2019 +0200
isisd: del routes when area is unconfigured
attempt to fix #4399
Signed-off-by: Emanuele Di Pascale <emanuele@voltanet.io>
commit 9eadfb4dfdadb1544f737ba1d8f4f33f371a173a
Merge: ad4ddfa9e af0e33382
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Tue May 28 21:05:08 2019 -0400
Merge pull request #4406 from opensourcerouting/snap-fix-7.1
[7.1] Snap fixes for 7.1
commit af0e33382508c11c240882c9651a0fc60acdc5f6
Author: Martin Winter <mwinter@opensourcerouting.org>
Date: Wed May 29 00:56:24 2019 +0200
snapcraft: Add libdb5.3 dependency
Signed-off-by: Martin Winter <mwinter@opensourcerouting.org>
commit d89eff92b43b0869ed37c06341e297a6022cf886
Author: Martin Winter <mwinter@opensourcerouting.org>
Date: Mon Feb 18 07:57:24 2019 -0800
snapcraft: Disable libyang CACHE for snap package (Temp workaround)
There seems to be a bug in latest libyang running when running in
a snap container which causes a failure of the cache logic. Disable
CACHE for now as it's not yet needed. Will be re-enabled in a later
release
Signed-off-by: Martin Winter <mwinter@opensourcerouting.org>
commit 44742b6063f61b5d297c3a4d2c1c442300929060
Author: Martin Winter <mwinter@opensourcerouting.org>
Date: Thu Feb 7 15:12:14 2019 -0800
snapcraft: Add FabricD to Snap package
Signed-off-by: Martin Winter <mwinter@opensourcerouting.org>
commit b40e2630eb94cb6d63f1f15bc6f344d8a059b4c7
Author: Martin Winter <mwinter@opensourcerouting.org>
Date: Thu Feb 7 14:44:47 2019 -0800
snapcraft: Update bgpd to use newer rpki lib
Signed-off-by: Martin Winter <mwinter@opensourcerouting.org>
commit 8ebd9b60bc9f4d5f9b74cc88036d6b43b3026749
Author: Martin Winter <mwinter@opensourcerouting.org>
Date: Thu Jan 17 11:02:04 2019 -0800
snapcraft: Add libyang to snap package
Signed-off-by: Martin Winter <mwinter@opensourcerouting.org>
commit 98f63f95fe53a9746e12c7e3dbda5a5099eaf733
Author: Martin Winter <mwinter@opensourcerouting.org>
Date: Thu Feb 7 07:07:25 2019 -0800
snapcraft: Add missing staticd.conf.default
Signed-off-by: Martin Winter <mwinter@opensourcerouting.org>
commit d100d535c452ffeaa128434d114502d194733874
Author: Martin Winter <mwinter@opensourcerouting.org>
Date: Thu Jan 17 11:01:05 2019 -0800
snapcraft: Don't stage libc6
Signed-off-by: Martin Winter <mwinter@opensourcerouting.org>
commit 4679fee7648a635b88b4f82007e3158ef0d62626
Author: Martin Winter <mwinter@opensourcerouting.org>
Date: Thu Jan 17 08:32:47 2019 -0800
snapcraft: Update RTRLIB to 0.6.3
Signed-off-by: Martin Winter <mwinter@opensourcerouting.org>
commit ad4ddfa9e96e7ef5224235950115d800be8e6d63
Merge: 312fee02c 963628186
Author: Quentin Young <qlyoung@users.noreply.github.com>
Date: Thu May 23 20:37:26 2019 -0400
Merge pull request #4381 from opensourcerouting/7.1/dlist
[7.1] DLIST / BGP adv_fifo deletion fix
commit 9636281863de2cf810ca3adaeb943569851b2f97
Author: David Lamparter <equinox@diac24.net>
Date: Mon May 20 23:41:16 2019 +0200
bgpd: use DLIST for adv_fifo
I mistakenly assumed that something called "FIFO" would primarily be
used by removing items from the front. This isn't the case for the
adv_fifo... so use a DLIST there to make sure deletions from the middle
of the queue are fast.
Signed-off-by: David Lamparter <equinox@diac24.net>
(cherry picked from commit 5ac8ecbabd9638f726fdff5d49b43e675a47e434)
commit 074bbdae350c5a0c982a968696ab417e1d74ad06
Author: David Lamparter <equinox@diac24.net>
Date: Sun May 12 12:05:44 2019 +0200
lib: add DECLARE_DLIST (double-linked list)
Turns out we need one of these. Same API as DECLARE_LIST, but deleting
random items is much faster.
Signed-off-by: David Lamparter <equinox@diac24.net>
(cherry picked from commit fdad523b547e68a2170a7e5fec4bad98222cb9a0)
commit 312fee02c8782a5db7274a7c1517811a1326a783
Merge: 1377170ba 873382966
Author: Renato Westphal <renato@opensourcerouting.org>
Date: Mon May 20 10:34:39 2019 -0300
Merge pull request #4356 from donaldsharp/7.1_updates
7.1 updates
commit b13aef23d2e1f16140618ac1d1e96d5beb25281b
Author: David Lamparter <equinox@diac24.net>
Date: Fri May 17 00:19:40 2019 +0200
debian: release 7.0.1-1
Signed-off-by: David Lamparter <equinox@diac24.net>
commit e15722e31eea72b4e9146759b0f839dc45c8565e
Merge: 8412d9465 056c0cd07
Author: David Lamparter <equinox@diac24.net>
Date: Fri May 17 00:17:12 2019 +0200
Merge tag 'frr-7.0.1' into debian/experimental
FRRouting Release 7.0.1
commit 873382966c2ebfc1ecc8115815b41eea58e9b6ac
Author: Sarita Patra <saritap@vmware.com>
Date: Tue May 14 06:22:19 2019 -0700
bgpd: display bgp neighbor advertised-routes json warning message
Issue 1:
Getting an empty json without any warning message, while executing
the command "show ip bgp neighbor <x.x.x.x> advertised-routes
json" when the bgp instance is not present or getting created.
Issue 2:
Getting an empty json without any warning message, while executing
the command "show ip bgp vrf/view <name> advertised-routes json"
when the specified view/vrf is not present.
Fix:
Display warning message while executing the above cli commands, when
the bgp instance, specified vrf is not present.
Signed-off-by: Sarita Patra <saritap@vmware.com>
commit 570d6e726e00790579e815e84846fb3625bee7a7
Author: Renato Westphal <renato@opensourcerouting.org>
Date: Mon May 13 15:18:57 2019 -0300
lib: fix crash in the CLI grammar sandbox
The CLI grammer sandbox needs to initialize the northbound subsystem
otherwise the running_config global variable won't be set, which
leads to crashes.
Fixes #4319.
Signed-off-by: Renato Westphal <renato@opensourcerouting.org>
commit c5b5b1490462437d0ef83bf92ab54024a3a45a7e
Author: Emanuele Di Pascale <emanuele@voltanet.io>
Date: Mon May 13 13:05:59 2019 +0200
doc: fix ospf6d router-id cmd
in ospf6d, the 'router-id' command must be prefixed with 'ospf6'.
Update the docs to reflect this.
Signed-off-by: Emanuele Di Pascale <emanuele@voltanet.io>
commit 0093f833393b522a601dc26d99f7d973ebd6f137
Author: Lakshman Krishnamoorthy <lkrishnamoor@vmware.com>
Date: Sat May 11 09:33:10 2019 -0700
bgpd: evpn json cli bug fix
Bug: If there are 2 different prefixes under an rd, the
output of "show bgp l2vpn evpn json" would print only one of the
prefixes.
RCA: prefix info was added to the json_object once per rd. Hence,
prefix and rd were added just once, as the loop iterated over all
the prefixes and paths.
This is related to my earlier commit that went in via PR 4283:
https://github.com/FRRouting/frr/pull/4283
Signed-off-by: Lakshman Krishnamoorthy <lkrishnamoor@vmware.com>
commit 0e4c75d6d96cc823d86f48910dac51b5fe9834c3
Author: Mark Stapp <mjs@voltanet.io>
Date: Wed May 8 14:12:55 2019 -0400
doc: add doc for zebra dplane cli
Add some notes about the cli associated with the zebra
dataplane.
Signed-off-by: Mark Stapp <mjs@voltanet.io>
commit 390078094563b343d93392b6e2e5157e4303d1ed
Author: Chirag Shah <chirag@cumulusnetworks.com>
Date: Thu May 9 12:25:44 2019 -0700
zebra: unset sticky mac upon local deletion
if the local sticky mac delete request is received,
if there are associated neighbor entries present, mac's
only local flag is removed and marked as auto mac.
this results in next local mac learning automatically assumes
mac is sticky.
There is a case when bridge learning off is configured, user
configures sticky mac via bridge fdb add.
This MAC learns associated neighbor entry.
Later user deletes stick mac via bridge fdb del, this triggers
frr to delete mac but if there are neighbors present, frr marks
MAC as AUTO but does not remove sticky flag.
User enables bridge learning on which triggers
The mac to learn as dynamic entry and in absence of this
fix, the mac is marked as sticky.
Ticket:CM-24968
Reviewed By:CCR-8683
Testing Done:
Validated broken condition with internally reproduction
with fix and without.
Signed-off-by: Chirag Shah <chirag@cumulusnetworks.com>
commit 4b46b6f3eaae324121e843bbee7d18bf58437574
Author: Quentin Young <qlyoung@cumulusnetworks.com>
Date: Wed May 8 19:29:13 2019 +0000
doc: add doc for bgp maximum-prefix knob
Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
commit d3dad41441d767deff669c907d08c05755ac76e1
Author: Lakshman Krishnamoorthy <lkrishnamoor@vmware.com>
Date: Tue May 7 14:07:35 2019 -0700
bgpd: Evpn json cli output missing
Issue1: The following json cli commands are broken (they dont display
anything):
1. show [ip] bgp l2vpn evpn json
2. show [ip] bgp l2vpn evpn all neighbors <IP> routes json
3. show [ip] bgp l2vpn evpn rd <RD> json
4. show [ip] bgp l2vpn evpn rd <RD> neighbors <IP> routes json
RCA1: The existing json_object was partially filled.
Some fields like "prefix", "prefixLen", etc were not
filled in the json_object.
RCA2: Code missing to display the constructed json_object.
Issue2: Column header not shown on bgp evpn commands.
Fix: turned on the flag to display header
Output after fix:
The above commands have been made to follow the existing output style of
"show bgp l2vpn evpn routes json"
leaf-1# sh bgp l2vpn evpn json
{
"bgpTableVersion":1,
"bgpLocalRouterId":"10.100.0.1",
"defaultLocPrf":100,
"localAS":65000,
"10.100.0.1:3":{
"rd":"10.100.0.1:3",
"[3]:[0]:[32]:[10.100.0.1]":{
"prefix":"[3]:[0]:[32]:[10.100.0.1]",
"prefixLen":288,
"paths":[
{
"valid":true,
"bestpath":true,
"pathFrom":"external",
"routeType":3,
"ethTag":0,
"ipLen":32,
"ip":"10.100.0.1",
"weight":32768,
"peerId":"(unspec)",
"aspath":"",
"path":"",
"origin":"IGP",
"nexthops":[
{
"ip":"10.100.0.1",
"afi":"ipv4",
"used":true
}
]
}
]
}
},
..........
..........
"10.100.0.2:2":{
"rd":"10.100.0.2:2",
"[3]:[0]:[32]:[10.100.0.2]":{
"prefix":"[3]:[0]:[32]:[10.100.0.2]",
"prefixLen":288,
"paths":[
{
"valid":true,
"bestpath":true,
"pathFrom":"external",
"routeType":3,
"ethTag":0,
"ipLen":32,
"ip":"10.100.0.2",
"weight":0,
"peerId":"205.0.113.2",
"aspath":"65002",
"path":"65002",
"origin":"IGP",
"nexthops":[
{
"ip":"10.100.0.2",
"afi":"ipv4",
"used":true
}
]
},
{
"valid":true,
"pathFrom":"external",
"routeType":3,
"ethTag":0,
"ipLen":32,
"ip":"10.100.0.2",
"weight":0,
"peerId":"203.0.113.4",
"aspath":"65001 65002",
"path":"65001 65002",
"origin":"IGP",
"nexthops":[
{
"ip":"10.100.0.2",
"afi":"ipv4",
"used":true
}
]
}
]
}
},
....
....
"numPrefix":10,
"totalPrefix":10
}
leaf-1# sh bgp l2vpn evpn
BGP table version is 1, local router ID is 10.100.0.1
Status codes:s suppressed, d damped, h history, * valid, > best, i - int
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: ip 10.100.0.1:3
*> [3]:[0]:[32]:[10.100.0.1]
10.100.0.1 32768 i
Route Distinguisher: ip 10.100.0.1:4
*> [3]:[0]:[32]:[10.100.0.1]
10.100.0.1 32768 i
Route Distinguisher: ip 10.100.0.1:5
*> [3]:[0]:[32]:[10.100.0.1]
10.100.0.1 32768 i
Route Distinguisher: ip 10.100.0.1:6
*> [3]:[0]:[32]:[10.100.0.1]
10.100.0.1 32768 i
Route Distinguisher: ip 10.100.0.2:2
*> [3]:[0]:[32]:[10.100.0.2]
10.100.0.2 0 65002 i
* [3]:[0]:[32]:[10.100.0.2]
10.100.0.2 0 65001 65002
Route Distinguisher: ip 10.100.0.2:3
*> [3]:[0]:[32]:[10.100.0.2]
10.100.0.2 0 65002 i
* [3]:[0]:[32]:[10.100.0.2]
10.100.0.2 0 65001 65002
Route Distinguisher: ip 10.100.0.2:4
*> [3]:[0]:[32]:[10.100.0.2]
10.100.0.2 0 65002 i
* [3]:[0]:[32]:[10.100.0.2]
10.100.0.2 0 65001 65002
Displayed 10 out of 10 total prefixes
Signed-off-by: Lakshman Krishnamoorthy <lkrishnamoor@vmware.com>
commit fdc615a4bb6bfddfa83f2e6a48d4048670505520
Author: Christian Franke <chris@opensourcerouting.org>
Date: Fri May 10 13:24:38 2019 +0200
isisd: Don't set subtlv structure if we didn't unpack any subtlvs
This ensures deserialized and serialized TLV representation is
consistent.
commit c1f9dd3227ccff093bd4cf60f8863d85df290e77
Author: rgirada <rgirada@vmware.com>
Date: Fri May 3 10:35:48 2019 -0700
Pimd : S,G Mroute entries are not expiring even after KAT expiry,
become stale entries.
Topology:
--------
Source
|
FHR
|
RP ------ LHR --- Recv1
|
Recv2
Root case :
-----------
When RP acts as a LHR i.e RP has a local receiver and registed for
the same group where LHR connected receiver also registered for the
same multicast group.When RP receives a (s,g) join form LHR , it
increments upstream ref count to two to track the Local membership
as well.But at the time of KAT expiry in RP , upstream reference
is not being removed Which is added to track local membership which
is causing to make these entries as stale in RP and FHR.
Fix : Made the change such that it removes the upstream reference
if it is added to track the local memberships.
Signed-off-by: Rajesh Girada <rgirada@vmware.com>
commit 1dc02a55bc5ddb1e30e366f1326d2e73e1b8db61
Author: Naveen Thanikachalam <nthanikachal@vmware.com>
Date: Wed May 8 02:58:27 2019 -0700
lib, bgpd: Disallow processing of duplicate config.
This fix aims to reduce the load on BGPD when certain
exisiting configurations are replayed.
Specifically, the fix prevents BGPD from processing
routes when the following already existing configurations
are replayed:
1) A match criteria is configured within a route-map.
2) When "call" is invoked within a route-map.
3) When a route-map is tied to a BGP neighbor.
Signed-off-by: NaveenThanikachalam <nthanikachal@vmware.com>
commit 0f8cf61ae66d45154146d17586b981489ae6a10a
Author: vishaldhingra <vdhingra@vmware.com>
Date: Wed May 8 20:53:35 2019 -0700
lib : Child rmap not sending an update to parent rmap,if there is an update in child rmap.
Route map library creates a hash table to save the dependency binding.
route-map LRM permit 1
call rLRM
Whenever there is change in child routemap(rLRM), it tries to
find the dependency mapping with the child route map MATCH event
and it fails.The handing of match add and match delete was missing
to get the correct dependency,here it's LRM.
This fix would correct the flow to get the correct dependency.
Signed-off-by: vishaldhingra <vdhingra@vmware.com>
commit 1377170ba70c1a52ee64d0b2a5fef331177c03aa
Merge: d466a80f0 94cb112b4
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Tue May 14 13:35:57 2019 -0400
Merge pull request #4336 from mjstapp/fix_vrf_lsps_7_1
zebra: [7.1] remove vrf LSPs when vrf is deleted
commit 94cb112b4a53cb7d8824dcde22cdb491c36f6a7a
Author: Mark Stapp <mjs@voltanet.io>
Date: Tue May 14 12:21:29 2019 -0400
zebra: [7.1] remove vrf LSPs when vrf is deleted
Try to remove any LSPs associated with a vrf when the vrf is
deleted. The vrf code was calling a helpful zebra_mpls api,
but that api was basically a no-op for vrfs other than
the default.
Signed-off-by: Mark Stapp <mjs@voltanet.io>
commit 056c0cd070d3c7c5f174357610336cb891ed30e0
Author: Martin Winter <mwinter@opensourcerouting.org>
Date: Mon May 13 04:49:49 2019 -0700
FRRouting Releast 7.0.1
Changes since 7.0:
- bgp:
- Don't send Updates with BGP Max-Prefix Overflow
- Make sure `next-hop-self all` backward compatible with force
- Fix as-path validation in "show bgp regexp"
- Fix interface-based peers to override peergroups
- Fix removing private AS numbers if local-as is used
- Fix show bgp labeled_unicast
- Add command to lookup prefixes in rpki table
- Fix peer count in "show bgp ipv6 summary"
- Add missing ipv6 only peer flag action
- Fix address family output in "show bgp [ipv4|ipv6] neighbors"
- Add missing checks for vpnv6 nexthops
- Fix nexthop for ipv6 vpn case
- rip: Fix removal of passive interfaces
- ospf:
- Fix json timer output
- Fix milliseconds in json output
- bfd:
- Fix source port according RFC 5881, Sec 4
- Fix IPv6 link-local peer removal
- Fix interface clean up when deleting interface
- pim: Fix interface clean up when deleting interface
- nhrp: Fix interface clean up when deleting interface
- lib:
- Workaround to get FRR building with libyang 0.x and 1.x
- Fix in priv handling
- Make priv elevation thread-safe
- zebra:
- Pseudowire event recovery
- Fix race condition in label manager
- Fix system routes selection and next-hop tracking
- Set connected route metric based on devaddr metric
- Display metric for connected routes
- Add selected fib details to json output
- Always use replace if installing new route
- watchfrr: Silently ignore declare failures (for backward compatibility)
- RPM packages: Switch to new init script
Signed-off-by: Martin Winter <mwinter@opensourcerouting.org>
commit d466a80f067627966c2c95ac292e5364aa96d904
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Wed May 8 09:51:27 2019 -0400
configure: Update Version to be 7.1
Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
commit 8905677dac9be27e4e3a8a670796bbf5f6705038
Merge: 158c16db5 fd6aeabae
Author: Lou Berger <lberger@labn.net>
Date: Tue May 7 11:07:56 2019 -0400
Merge pull request #4271 from opensourcerouting/libyang-compat-7.0
[7.0] lib, yang: disable libyang custom user types temporarily
commit fd6aeabaeded22f8031af4136240c81dd8639af7
Author: Renato Westphal <renato@opensourcerouting.org>
Date: Mon May 6 15:57:02 2019 -0300
lib, yang: disable libyang custom user types temporarily
libyang 1.0 introduced a few changes in the user types API, and
these changes made FRR incompatible with libyang 1.x. In order to
ease our migration from libyang 0.x to libyang 1.x, let's disable
our libyang custom user types temporarily so that FRR can work
with both libyang 0.x and libyang 1.x. This should be especially
helpful to the CI systems during the transition. Once the migration
to libyang 1.x is complete, this commit will be reverted.
Disabling our libyang custom user types should have only
minimal performance implications when processing configuration
transactions. The user types infrastructure should be more important
in the future to perform canonization of YANG data values when
necessary.
Signed-off-by: Renato Westphal <renato@opensourcerouting.org>
commit 158c16db543abc853dacdb69ef15b87b3c8a832e
Merge: 9f2e8391c 30044ecb6
Author: Quentin Young <qlyoung@users.noreply.github.com>
Date: Mon Apr 29 13:01:04 2019 -0400
Merge pull request #4210 from ton31337/feature/do_not_send_update_with_prefix_overflow_7.0
bgpd: [7.0] Do not send UPDATE message with maximum-prefix
commit 9f2e8391c55fed32ae8e0840eb73d068a134613f
Merge: 78715366e 19c2c5336
Author: Quentin Young <qlyoung@users.noreply.github.com>
Date: Mon Apr 29 12:56:50 2019 -0400
Merge pull request #4212 from ton31337/feature/all_alias_for_force_next_self_host_7.0
bgpd: [7.0] Make sure `next-hop-self all` backward compatible with force
commit 19c2c53363498c57960a5c128303766f18f1f5af
Author: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Thu Apr 25 16:39:49 2019 +0300
bgpd: Make sure `next-hop-self all` backward compatible with force
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
commit 30044ecb6ae6d325d9708fa9ad5cd781a2aaaeac
Author: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Mon Apr 15 23:53:20 2019 +0300
bgpd: Do not send UPDATE message with maximum-prefix
When using maximum-prefix and count is overflow BGP
sends UPDATE message:
Apr 15 20:45:06 exit1-debian-9 bgpd[9818]: 192.168.0.2 [Error] Error parsing NLRI
Apr 15 20:45:06 exit1-debian-9 bgpd[9818]: %NOTIFICATION: sent to neighbor 192.168.0.2 3/10 (UPDATE Message Error/Invalid Network Field) 0 bytes
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
commit 78715366ef74a959df8ee8142faaf371cebf5b4e
Merge: 11db6e2ff 30e24fe92
Author: Mark Stapp <mjs@voltanet.io>
Date: Thu Apr 25 17:08:48 2019 -0400
Merge pull request #4206 from opensourcerouting/70-bfd-fix-source-port
7.0: bfdd: fix UDP source port range
commit 30e24fe92aacc0b9111b109551b7419bcd5fa698
Author: Rafael Zalamena <rzalamena@opensourcerouting.org>
Date: Thu Apr 25 14:41:44 2019 -0300
bfdd: fix UDP source port range
RFC 5881 Section 4 tells us that the BFD source port must be between
49152 and 65535 inclusive.
Spotted by Lucian Cristian.
Signed-off-by: Rafael Zalamena <rzalamena@opensourcerouting.org>
(cherry picked from commit 545d3f704699ac8a7f6600f0ecb031c68c2c13e8)
commit 11db6e2ffcbee0606187a8fc48b537668d3321ed
Merge: 7c682a538 e73b1383c
Author: Quentin Young <qlyoung@users.noreply.github.com>
Date: Thu Apr 25 14:40:05 2019 -0400
Merge pull request #4195 from mjstapp/fix_privs_even_more_7_0
[7.0] lib: control privs changes with refcount
commit 7c682a5387c42005bc40a72c820ae6ac94384022
Merge: 40ac9b8b6 7719e6171
Author: Quentin Young <qlyoung@users.noreply.github.com>
Date: Wed Apr 24 16:59:44 2019 -0400
Merge pull request #4196 from mjstapp/fix_privs_uninit_7_0
[7.0] lib: fix uninit and incorrect array-size in privs.c
commit 7719e6171a2fda76c6cf712d29cf3ce70a214e0c
Author: Mark Stapp <mjs@voltanet.io>
Date: Wed Apr 24 15:25:48 2019 -0400
lib: fix uninit and incorrect array-size in privs.c
Double commit of PR 3805 to 7.0.
Signed-off-by: Mark Stapp <mjs@voltanet.io>
commit e73b1383c28117f7bccbdbd988bb7cc9e7923877
Author: Mark Stapp <mjs@voltanet.io>
Date: Wed Apr 24 15:20:02 2019 -0400
lib: control privs changes with refcount
Use a refcount to control privs changes. Support process-wide
privs apis, as well as per-pthread apis. Double-commit of
PR 4057.
Signed-off-by: Mark Stapp <mjs@voltanet.io>
commit 40ac9b8b699e03206b4fdf8c74c8684cb2b708e1
Merge: 194cf1cd4 b36a179f7
Author: Quentin Young <qlyoung@users.noreply.github.com>
Date: Wed Apr 24 13:15:03 2019 -0400
Merge pull request #4188 from ton31337/feature/validate_regexp_in_show_bgp
bgpd: [7.0] Validate as-path in `show bgp regexp`
commit b36a179f7b9866cc8865e1c3008fedffbc2c328a
Author: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Thu Apr 18 10:17:57 2019 +0300
bgpd: Validate as-path in `show bgp regexp`
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
commit 194cf1cd48810c33a353350fbfe1e2ce370ef402
Merge: 799dae622 6793c1b4d
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Tue Apr 23 10:26:55 2019 -0400
Merge pull request #4182 from ton31337/fix/backslash_backport_for_as-path_filter_7.0
bgpd: [7.0] Allow backslash in as-path filter lists
commit 6793c1b4dd8e7913131779da25a39da05ecfd16d
Author: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Thu Apr 18 09:59:51 2019 +0300
bgpd: Allow backslash in as-path filter lists
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
commit 799dae622a9ce00a9cb9837f35dc201365f8996d
Merge: fac57959c ab7fb13b0
Author: Russ White <russ@riw.us>
Date: Thu Apr 11 17:46:52 2019 -0400
Merge pull request #4098 from donaldsharp/override_intf_7.0
[7.0]bgpd: interface based peers should automatically override it's peer g…
commit fac57959c6050dda1a0191da293a724db74b420f
Merge: ce5e42099 2d38b702d
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Thu Apr 11 08:20:17 2019 -0400
Merge pull request #4120 from pacovn/201904_7.0__pw_fixes
zebra: pseudowire event recovery (DoS fix) [7.0]
commit 2d38b702dd925778487a1c2fe6aae89e549d4cfe
Author: F. Aragon <paco@voltanet.io>
Date: Wed Apr 10 19:08:50 2019 +0200
zebra: pseudowire event recovery (DoS fix)
When having a route recovery, because of the route installation
cycling and the next hop label check, it could happen that the PW
never gets recovered. The original code shows the intention of retrying,
but the code was missing. The fix includes the call to the timer programming
the recovery attempt.
Example for reproducing the issue:
|P1| <-> |P2| <-> |P3|
- Being P1, P2, P3 nodes, using IS-IS as IGP, and having a pseudowire
betwen P1 and P3 (P1, P2, P3 having configured LDP daemons).
- After 60 seconds, kill the IS-IS daemon in P2.
- Wait 30 seconds
- Launch again the IS-IS daemon in P2
- The bug/issue is that after P1 <-> P3 recovering connectivity sometimes
the PW is not recovered because the reason explained in the first paragraph.
Signed-off-by: F. Aragon <paco@voltanet.io>
commit ce5e42099111599d95c5e67256d8b69b88bafd17
Merge: 2610f354d 772815a95
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Tue Apr 9 13:52:44 2019 -0400
Merge pull request #4109 from pacovn/201904_7.0__lm_aliasing_fixes
zebra: label manager race condition fix (7.0 branch)
commit 772815a95325b40f5e1504fd70196b11c4da1bab
Author: F. Aragon <paco@voltanet.io>
Date: Fri Apr 5 15:26:14 2019 +0200
zebra: label manager race condition fix
This fix covers the case where two or more events are processed but only one
becoming effective. E.g. when mixing a synchronous label request from a LDP
deamon and an asynchronous request from a BGP daemon it could happen to the
BGP having the label chunk, but the LDP stuck waiting for the response.
Given e.g.
ldpd <-------->
(sync label request)
Zebra (label proxy) <--> Zebra (shared label manager)
bgpd <-------->
(async label request)
Sequence:
LDP label request ----->
Zebra (label proxy FW) ----> Zebra (LM)
BGP label request ----->
Zebra (label proxy FW) ----> Zebra (LM)
<---- Zebra (LM) RP LDP
<---- Zebra (LM) RP BGP
Signed-off-by: F. Aragon <paco@voltanet.io>
commit ab7fb13b0b2606e6a98cfc82a55b54da480f04c5
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Wed Nov 28 18:46:36 2018 -0500
bgpd: interface based peers should automatically override it's peer group
When a interface based peer is setup and if it is part of a peer
group we should ignore this and just use the PEER_FLAG_CAPABILITY_ENHE
no matter what.
Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
commit 2610f354dc70f69e276bbe262cbd04dc35bbdfe6
Merge: 4a067bb4b 8939e2439
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Fri Apr 5 08:14:17 2019 -0400
Merge pull request #4089 from ton31337/stable/7.0
bgpd: [7.0] Remove private AS numbers if local-as is defined
commit 8939e2439b8b433fc10da7e5299ce0aea00a0314
Author: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Sat Mar 2 22:36:31 2019 +0200
bgpd: Remove private AS numbers if local-as is defined
When using remove-private-AS together with local-as
aspath_remove_private_asns() is called before bgp_packet_attribute().
In this case, private AS will always appear in front of change_local_as.
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
commit 4a067bb4badee9d4ae60469f4bb9c8779d8970bc
Merge: 957656898 498b9ba43
Author: Renato Westphal <renato@openbsd.org>
Date: Sat Mar 30 00:23:22 2019 -0300
Merge pull request #4049 from donaldsharp/interface_deletion_7.0
bfdd, nhrpd, pimd: When deleting an interface clean up
commit 498b9ba43c1fdd1e1e779234d9898c5d77d0427a
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Thu Mar 28 22:08:37 2019 -0400
bfdd, nhrpd, pimd: When deleting an interface clean up
When we delete an interface, we need to set the interface
ifindex to an internal value so that we don't end up in
a state where the re-addition of the same ifindex, due to
a rename operation, causes an infinite loop.
Fixes:#4007
Fix-Suggested-by: Saravanan K
Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
commit 9576568981c48ef1a0df6e6d3b520f5fa8a23bc2
Merge: 609cd2cde 0c25527bc
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Thu Mar 28 20:18:15 2019 -0400
Merge pull request #4039 from manuhalo/fix-lu-bgp-7.0
[7.0] bgpd: fix show bgp labeled_unicast
commit 0c25527bc64a42dbdcaff3aa0563c21c1f24fabb
Author: Emanuele Di Pascale <emanuele@voltanet.io>
Date: Thu Mar 28 17:02:33 2019 +0100
bgpd: fix show bgp labeled_unicast
while labeled_unicast routes should be fetched in the
unicast table, we cannot set the safi to SAFI_UNICAST
else the peer afc checks and subgroup retrieval will fail
Signed-off-by: Emanuele Di Pascale <emanuele@voltanet.io>
commit 609cd2cdeab7a953a630f843407cdfdc8c5cd48b
Merge: 98457ab76 d1cea3c83
Author: Mark Stapp <mjs@voltanet.io>
Date: Thu Mar 28 10:18:01 2019 -0400
Merge pull request #3961 from donaldsharp/connected_7.0
Connected 7.0
commit d1cea3c835e93c8dba296e62e1063d00e83d5b7f
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Mon Mar 11 09:39:19 2019 -0400
zebra: System routes sometimes can not be properly selected
System Routes if received over the netlink bus in a
specific pattern that causes an update operation for that
route in zebra can leave the dest->selected_fib pointer NULL,
while having the ZEBRA_FLAG_SELECTED flag set. Specifically
one way to achieve this is to do this:
`ip addr del 4.5.6.7/32 dev swp1 ; ip addr add 4.5.6.7/32 dev swp1 metric 9`
Why is this a big deal?
Because nexthop tracking is looking at ZEBRA_FLAG_SELECTED to
know if we can use a route, while nexthop active checking uses
dest->selected_fib.
So imagine we have bgp registering a nexthop. nexthop tracking in
the above case will be able to choose the 4.5.6.7/32 route
if that is what the nexthop is, due to the ZEBRA_FLAG_SELECTED being
properly set. BGP then allows the peers connection to come up and we
install routes with a 4.5.6.7 nexthop. The rib processing for route
installation will then look at the 4.5.6.7 route see no
dest->selected_fib and then start walking up the tree to resolve
the route. In our case we could easily hit the default route and be
unable to resolve the route. Which then becomes inactive in the
rib so we never attempt to install it.
This commit fixes this problem because when the rib_process decides
that we need to update the fib( ie replace old w/ new ), the
replacement with new was not setting the `dest->selected_fib` pointer
to the new route_entry, when the route was a system route.
Ticket: CM-24203
Signed-off-by: Donald Sharp <sharpd@cumulusnetworkscom>
commit c8ba6fa9a3bde984db87b6691a39fadcb671ef00
Author: Anuradha Karuppiah <anuradhak@cumulusnetworks.com>
Date: Mon Jan 14 15:45:33 2019 -0800
zebra: set connected route metric based on the devaddr metric
MACVLAN devices are typically used for applications such as VRR/VRRP that
require a second MAC address (virtual). These devices have a corresponding
SVI/VLAN device -
root@TORC11:~# ip addr show vlan1002
39: vlan1002@bridge: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9152 qdisc noqueue master vrf1 state UP group default
link/ether 00:02:00:00:00:2e brd ff:ff:ff:ff:ff:ff
inet6 2001:aa:1::2/64 scope global
valid_lft forever preferred_lft forever
root@TORC11:~# ip addr show vlan1002-v0
40: vlan1002-v0@vlan1002: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9152 qdisc noqueue master vrf1 state UP group default
link/ether 00:00:5e:00:01:01 brd ff:ff:ff:ff:ff:ff
inet6 2001:aa:1::a/64 metric 1024 scope global
valid_lft forever preferred_lft forever
root@TORC11:~#
The macvlan device is used primarily for RX (VR-IP/VR-MAC). And TX is via
the SVI. To acheive that functionality the macvlan network's metric
is set to a higher value.
Zebra currently ignores the devaddr metric sent by the kernel and hardcodes
it to 0. This commit eliminates that hardcoding. If the devaddr metric
is available (METRIC_MAX) it is used for setting up the connected route
otherwise we fallback to the dev/interface metric.
Setting the macvlan metric to a higher value ensures that zebra will always
select the connected route on the SVI (and subsequently use it for next hop
resolution etc.) -
root@TORC11:~# vtysh -c "show ip route vrf vrf1 2001:aa:1::/64"
Routing entry for 2001:aa:1::/64
Known via "connected", distance 0, metric 1024, vrf vrf1
Last update 11:30:56 ago
* directly connected, vlan1002-v0
Routing entry for 2001:aa:1::/64
Known via "connected", distance 0, metric 0, vrf vrf1, best
Last update 11:30:56 ago
* directly connected, vlan1002
root@TORC11:~#
Ticket: CM-23511
Signed-off-by: Anuradha Karuppiah <anuradhak@cumulusnetworks.com>
commit a8fddf7e31304bfe2a72b2f1baab2cbd62a37ab9
Author: Anuradha Karuppiah <anuradhak@cumulusnetworks.com>
Date: Mon Jan 14 15:56:30 2019 -0800
zebra: display metric for connected routes
In a VRR/VRRP setup we can have connected routes with different costs.
So this change eliminates suppressing metric display for connected routes.
Sample output -
root@TORC11:~# vtysh -c "show ipv6 route vrf vrf1"
Codes: K - kernel route, C - connected, S - static, R - RIPng,
O - OSPFv3, I - IS-IS, B - BGP, N - NHRP, T - Table,
v - VNC, V - VNC-Direct, A - Babel, D - SHARP, F - PBR,
> - selected route, * - FIB route
VRF vrf1:
K * ::/0 [255/8192] unreachable (ICMP unreachable), 00:00:36
C * 2001:aa:1::/64 [0/100] is directly connected, vlan1002-v0, 00:00:36
C>* 2001:aa:1::/64 [0/90] is directly connected, vlan1002, 00:00:36
Signed-off-by: Anuradha Karuppiah <anuradhak@cumulusnetworks.com>
commit 98457ab76753cf15bc6c73fe6e78231e37913140
Merge: 8d4c7f582 b2b6fe207
Author: David Lamparter <equinox@diac24.net>
Date: Tue Mar 26 16:59:27 2019 +0100
Merge pull request #4016 from rtrlib/rpki_prefix_lookup_stable_7_0
bgpd: add command to lookup prefixes in the rpki table (stable/7.0)
commit b2b6fe2077d70ad5984e5eb24d67b6e4472314b4
Author: Marcel Röthke <marcel.roethke@haw-hamburg.de>
Date: Sat Mar 23 11:57:09 2019 +0100
bgpd: add command to lookup prefixes in the rpki table
Signed-off-by: Marcel Röthke <marcel.roethke@haw-hamburg.de>
commit 8d4c7f58247d08832643447813c8b38c851ebffb
Merge: 0696863f5 6a5dd1799
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Mon Mar 25 07:45:20 2019 -0400
Merge pull request #3990 from opensourcerouting/7.0/redhat-new-init
[7.0] redhat: switch to new init script
commit 6a5dd1799d4e3354d34a8a18eaca2e131fdb0d1f
Author: David Lamparter <equinox@diac24.net>
Date: Sun Mar 24 15:52:02 2019 +0100
tools/frrcommon.sh: ignore 'declare' failures
The "declare -p watchfrr_options" call is just to support backwards
compatibility. If it fails, silently ignore that.
Signed-off-by: David Lamparter <equinox@diac24.net>
commit 22722835bba45ea6b62e599bcdf8ba42ff00927a
Author: David Lamparter <equinox@opensourcerouting.org>
Date: Tue Feb 19 00:44:01 2019 +0100
redhat: switch to new init script
Drop the special versions of frr.init/frr.service/daemons from redhat/
and use the generic versions instead.
Tested-by: Liam McBirnie <liam.mcbirnie@boeing.com>
Signed-off-by: David Lamparter <equinox@diac24.net>
commit 0696863f58c86b45e86302d8d44fb21941d85a4a
Merge: 7f77fc699 03341ad02
Author: Sri Mohana Singamsetty <srimohans@gmail.com>
Date: Sun Mar 17 10:41:38 2019 -0700
Merge pull request #3955 from donaldsharp/dest_selected_7.0
zebra: Allow json output to give a bit more data
commit 7f77fc6995f5d6f3d0e704186e5f65da46201187
Merge: f2b1a09a5 010e3ee7d
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Fri Mar 15 12:15:21 2019 -0400
Merge pull request #3956 from mjstapp/fix_ospf_json_70
ospfd: [7.0] fix some json timer output
commit f2b1a09a5761a095b60f1cec05c14bcb5add1837
Merge: 637a70b94 8222a033e
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Fri Mar 15 10:00:07 2019 -0400
Merge pull request #3917 from AkhileshSamineni/show_bgp_ipv6_summary_fix_7.0
[7.0] bgpd: Incorrect number of peers count in "show bgp ipv6 summary output
commit 010e3ee7d67a82001cd3e464e2336e7e216ff899
Author: Mark Stapp <mjs@voltanet.io>
Date: Fri Mar 15 09:40:38 2019 -0400
ospfd: fix some json timer output
Fix a few json output values: a few are in seconds, not msecs,
and one is a number-per-second, not a duration [7.0 version].
Signed-off-by: Mark Stapp <mjs@voltanet.io>
commit 03341ad02fc4171711450d8e332b5a7f68fb9402
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Sat Mar 9 20:28:49 2019 -0500
zebra: Allow json output to give a bit more data
The dest->selected_fib should be reported in json output
so that we can debug subtle conditions a bit better in the
future.
Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
commit 637a70b94c9f1b36e9750641c9c6c88059e9874c
Merge: 2c2f92728 7adcc36eb
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Fri Mar 15 08:39:26 2019 -0400
Merge pull request #3901 from opensourcerouting/7.0-ripd-fix-no-passive-iface
[7.0] ripd: fix removal of configured passive interfaces
commit 2c2f92728c4c0a406bd3c48aa4e191835c9f0db2
Merge: ffebf2644 58133a093
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Fri Mar 15 08:35:54 2019 -0400
Merge pull request #3934 from ton31337/fix/add_missing_ipv6_only_peer_flag_action
bgpd: [7.0] Add peer action for PEER_FLAG_IFPEER_V6ONLY flag
commit ffebf2644275bfdfbb35c2f23cf63112cda3ecbb
Merge: 45d76bb92 d04aef9b8
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Fri Mar 15 08:33:11 2019 -0400
Merge pull request #3948 from opensourcerouting/70-bfd-fix-linklocal-cli
7.0: bfdd: fix IPv6 link-local peer removal
commit d04aef9b82a2f3ec10032520c28959279fc0c131
Author: Rafael Zalamena <rzalamena@opensourcerouting.org>
Date: Thu Mar 14 12:28:07 2019 -0300
bfdd: remove scope-id from the session key
Unbreaks CLI ability to remove IPv6 sessions using link-local
addresses. This moves the scope-id logic to the packet sending
functions.
commit 45d76bb929791ca78beb6dbd5c06cada7442ec7d
Merge: f44a9d9e3 791e89b8f
Author: Olivier Dugeon <olivier.dugeon@orange.com>
Date: Wed Mar 13 17:57:53 2019 +0100
Merge pull request #3939 from donaldsharp/ospf_1000_club_7.0
[7.0] ospfd: When converting to ms divide by 1000
commit 791e89b8f8388ffdf38f9203aa7c642b0a97cc36
Author: Donald Sharp <sharpd@cumulusnetworks.com>
Date: Tue Mar 12 20:44:31 2019 -0400
ospfd: When converting to ms divide by 1000
When converting to miliseconds divide by 1000 not
the other way around.
Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
