Looks good. But maybe it is reasonable to change argument start-suppress-time to start-suppress because it is not a time, but penalty points
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
All Stories
Jan 19 2021
Bug with frr-reload.py script
Jan 18 2021
Interesting. I agree, I think that defeats the purpose of VRRP if both have to be running. I guess we can go ahead and close this as not feasible at this time.
"the VRRP instance will only be able to come up if both VRRP instance are running, which somewhat defeats the purpose of VRRP. " ref https://manpages.debian.org/buster/keepalived/keepalived.conf.5.en.html
Fixed, VyOS 1.4-rolling-202101171022
vyos@r5-roll:~$ show vrrp Name Interface VRID State Priority Last Transition ------ ----------- ------ ------- ---------- ----------------- GRP eth1 99 MASTER 90
The neighbor interface section needs to be updated
It was in the old template.
https://github.com/vyos/vyos-1x/commit/570886631deae3de8c38ea4ff70710e7a4858cbd#diff-c8405ef7cc0b5938bde66328e60f83c3cdc8d47f26a59bf86d646a63d1d4e5a7R512
Still present in the 1.2.6-S1 release. Makes vyos unusable in environment with DHCP WAN IPs and using the DNS forwarder for specific domains. Those domain forwarders are lost every time the ISP renews the public IP.
Further debugging revelead it's a problem inserting the VRF BPF code, but I wonder why systemd does not restart the service one more time, then it works.
Can you provide the full configuration? Or re-test it on the latest rolling release?
What is the IP address 10.64.0.1?
Possible reason in "reload section" frr.py + rpki
On 1.3-rolling-202101061750 has changed to kernel 5.10,
Put in a PR for this request.
Jan 17 2021
Fixed
vyos@r5-roll:~$ show ntp
remote refid st t when poll reach delay offset jitter
==============================================================================
*194.0.5.123 85.199.214.102 2 u 4 64 3 39.557 -2.748 2.504
+167.86.115.96 235.106.237.243 3 u 39 64 3 45.816 5.476 0.830
+195.128.100.150 131.188.3.222 2 u 4 64 3 43.219 -1.425 1.734
vyos@r5-roll:~$
vyos@r5-roll:~$ show versionI found a workaround (persists across reboots and upgrades):
cat <<'EOF' >/config/scripts/vyos-preconfig-bootup.script #!/bin/bash
Fixed in VyOS 1.4-rolling-202101171022
This actually also happens for BGP which will confuse users
vyos@vyos# set protocols bgp 100 neighbor 1.1.1.1 remote-as internal
'internal' is not a valid integer numberIn addition
STPBridgeIf has been decomissioned
Could you please try the latest 1.3 beta version or 1.4 rolling from https://downloads.vyos.io ?
Thank you @craterman for starting testing of our new BGP implementation.