First we need to include the "google-authenticator" in our build

/usr/libexec/vyos/op_mode/route.py already exists but without an execution flag
PR https://github.com/vyos/vyos-1x/pull/1531

I am suggesting marking this task as "Resolved" because the driver works by himself and NIC can be used with a proper configuration.

PR https://github.com/vyos/vyos-1x/pull/1530

The real check without IPv4 local/remote:

vyos@r14# commit
[ interfaces openvpn vtun2 ]

https://github.com/vyos/vyos-1x/pull/1528

https://github.com/vyos/vyos-1x/pull/1529

Created pull request with fix. https://github.com/vyos/vyos-1x/pull/1527

I've tested this and it seems to work correctly.

The interface naming is incorrect after this change for the second interface with the same VRID. It breaks show int.

PR: https://github.com/vyos/vyos-1x/pull/1525

@aserkin Could you create a PR?

As @zsdc says, it's not enough to just have the driver, the problem is that it doesn't work with MTUs over 1460, and VyOS now tries to force it to 1500 if it's not specified. We need to adjust that logic so that MTU setting error doesn't cause a commit error.

I'd suggest adding

**Restart=always
RestartSec=10**

to /usr/share/vyos/templates/telegraf/override.conf.j2 as it is done for ntp.service.
Otherwise the telegraf service do not start - it does 5 start attempts very quickly during boot with error:

Sep 07 11:43:59 vyos-lns-1 systemd[1]: telegraf.service: Failed with result 'exit-code'.
Sep 07 11:43:59 vyos-lns-1 systemd[1]: telegraf.service: Scheduled restart job, restart counter is at 5.
Sep 07 11:43:59 vyos-lns-1 systemd[1]: telegraf.service: Start request repeated too quickly.
Sep 07 11:43:59 vyos-lns-1 systemd[1]: telegraf.service: Failed with result 'exit-code'.

and stays in a failed state.
see boot log attached.

PR:
https://github.com/vyos/vyos-1x/pull/1524

PR: https://github.com/vyos/vyos-1x/pull/1523

Changes for the inversion operator (--not-range instead of !) have been made. Generalizing exit codes, as suggested in PR comments will be handled in a separate task.

The PR:

PR: https://github.com/vyos/vyos-1x/pull/1522

The [email protected] seems to work well after the fix. We should backport this to the equuleus as well.

As we have threshold it seems require migration threshold => threshold general

vyos@r14# set service ids ddos-protection threshold 
Possible completions:
   fps                  Flows per second
   mbps                 Megabits per second
   pps                  Packets per second

PR https://github.com/vyos/vyos-1x/pull/1521

set system update-check auto-check
set system update-check url 'http://192.168.122.14:8080/download/image-version.json'

PR for VyOS 1.3

• https://github.com/vyos/vyos-1x/pull/1520
• https://github.com/vyos/vyos-build/pull/261

When the interface of the bridge registers VLANs, the bridge itself must register the same VLANs at the same time, otherwise the bridge will not forward VLANs

Resolved in T4664: merged in Sagitta; backport candidate for Equuleus 1.3.3.

PR https://github.com/vyos/vyos-1x/pull/1328 replaced by:
https://github.com/vyos/vyos-1x/pull/1515

The smoketest seems suspect, the error line has nothing to do with this issue and running the smoketest several times results in tests passing/failing arbitrarily on that line (across multiple tests).

It seems can't pass smoketest

05:47:04  DEBUG - ======================================================================
05:47:04  DEBUG - FAIL: test_add_multiple_ip_addresses (__main__.BondingInterfaceTest)
05:47:04  DEBUG - ----------------------------------------------------------------------
05:47:04  DEBUG - Traceback (most recent call last):
05:47:04  DEBUG -   File "/usr/libexec/vyos/tests/smoke/cli/base_interfaces_test.py", line 109, in tearDown
05:47:04  DEBUG -     self.assertFalse(process_named_running(daemon))
05:47:04  DEBUG - AssertionError: 8769 is not false
05:47:04  DEBUG - 
05:47:04  DEBUG - ------------------