There can not be a config migrator, thus the setting will be changed to "prefer" (default) which will not break any client implementations

https://github.com/vyos/vyos-1x/commit/12f566f4566c8ef115b15f0c11280cb3ea9a7673

PR https://github.com/vyos/vyatta-cfg-quagga/pull/55

It seems this is parameter was moved from global to peer configuration.
https://github.com/FRRouting/frr/pull/2259

1. Unable to set value for "unsuppress-map", afi ipv4 + ipv6

Expect:

set protocols nbgp 65001 neighbor 10.0.0.1 address-family ipv4-unicast unsuppress-map RMAP

Get:

vyos@r4-roll# set protocols nbgp 65001 neighbor 10.0.0.1 address-family ipv4-unicast unsuppress-map RMAP

I ran into this issue as well and verified it's resolved on current rolling release. Will this also be fixed in 1.2.6?

In T2772#73254, @Viacheslav wrote:

@ronie can you build an example with frr?

@Viacheslav, when I try that I get the following:

In T2081#73683, @Cheeze_It wrote:

The updated code was successfully tested on the virtual machine, and 5.1 has not been tested yet, waiting for the release of kernel 5.1

Jenkins output build ID 1015

16:14:06  DEBUG - Running Testcase: /usr/libexec/vyos/tests/smoke/cli/test_vpn_anyconnect.py
16:14:18  DEBUG - .
16:14:18  DEBUG - ----------------------------------------------------------------------
16:14:18  DEBUG - Ran 1 test in 11.085s
16:14:18  DEBUG - 
16:14:18  DEBUG - OK

Works properly, tested on 1.3-rolling-202008231246

As described in T2814, under 5.1, nft_chain_nat_ipv6 will be merged into nft_chain_nat, I have updated pr to support this change, but like T2814, it has not been tested

The SNPT and DNPT functions are basically implemented, but because they have not been reviewed and approved for the time being, they enter the hold state, waiting for processing and discussion

Enabling this requires a full rewrite of syslog as also the configuration must be altered, see example at https://manpages.debian.org/testing/rsyslog/rsyslog.conf.5.en.html

Version of Vyos I have is:

In T915#73396, @Viacheslav wrote:

@craterman Can you share an example of a configuration or how it looks in the frr? So that I can reproduce this in a test lab.
And share additional show the output and what you expect to see.

bitmap is too nerdy, just use a multinode withe the mentioned capabilities in human readable form.

According to https://help.mikrotik.com/docs/pages/viewpage.action?pageId=24805521 , "EoIP" is simply Ethernet over GRE. We already support that, with the "gre-bridge" encapsulation.

@erkin Could you verify if this is reproducible?

Ok, I got the new version of code and here is what I found. As a baseline here's the Vyos config, and it's more or less the same as before but I moved lab environments: