The neighbor interface section needs to be updated
It was in the old template.
https://github.com/vyos/vyos-1x/commit/570886631deae3de8c38ea4ff70710e7a4858cbd#diff-c8405ef7cc0b5938bde66328e60f83c3cdc8d47f26a59bf86d646a63d1d4e5a7R512
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Jan 18 2021
Jan 18 2021
c-po changed the status of T3231: "system option ctrl-alt-delete" has no effect from Open to In progress.
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?
On 1.3-rolling-202101061750 has changed to kernel 5.10,
Cheeze_It added a comment to T1875: Add the ability to use network address as BGP neighbor (bgp listen range).
Put in a PR for this request.
Jan 17 2021
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
c-po closed T3222: Typo in BGP dampening description, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
Fixed in VyOS 1.4-rolling-202101171022
c-po renamed T2759: validate-value prints error messages from validators that fail even if overall validation succeeds from XML: router-adver: validate both string (regex) and number to XML: router-advert, bgp: multiple different validators cause error message to pop up even if syntax is valid.
c-po added a comment to T2759: validate-value prints error messages from validators that fail even if overall validation succeeds.
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 numberc-po changed the status of T2442: Move application of STP settings for bridge members from interfaces-bridge.py to Interface.add_to_bridge() from Invalid to Resolved.
c-po changed the status of T2442: Move application of STP settings for bridge members from interfaces-bridge.py to Interface.add_to_bridge(), a subtask of T2241: Changing settings on an interface causes it to fall out of bridge, from Invalid to Resolved.
c-po added a comment to T2442: Move application of STP settings for bridge members from interfaces-bridge.py to Interface.add_to_bridge().
STPBridgeIf has been decomissioned
c-po added a comment to T2523: Upgrade from 1.2.5 to 1.3-rolling-202005261512 results in broken network config on second boot.
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.
Jan 16 2021
Jan 16 2021
Viacheslav closed T3157: salt-minion fails to start due to permission error accessing /root/.salt/minion.log as Resolved.
Fixed, VyOS 1.3-beta-202101160442
@maznu Can you re-check that all work as expected?
Viacheslav changed the status of T3222: Typo in BGP dampening description, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, from Open to Needs testing.
Viacheslav changed the status of T3222: Typo in BGP dampening description from Open to Needs testing.
jack9603301 closed T3137: Let VLAN aware bridge approach the behavior of professional equipment, a subtask of T1354: Add support for VLAN-Aware bridges, as Resolved.
jack9603301 updated the task description for T3137: Let VLAN aware bridge approach the behavior of professional equipment.
jack9603301 reopened T3137: Let VLAN aware bridge approach the behavior of professional equipment, a subtask of T1354: Add support for VLAN-Aware bridges, as In progress.
jack9603301 reopened T3137: Let VLAN aware bridge approach the behavior of professional equipment as "In progress".
jack9603301 closed T3137: Let VLAN aware bridge approach the behavior of professional equipment, a subtask of T1354: Add support for VLAN-Aware bridges, as Resolved.
Viacheslav added a parent task for T3222: Typo in BGP dampening description: T2174: Rewrite protocol BGP to new XML/Python style.
Fixed in VyOS 1.4-rolling-202101160747 and VyOS 1.3-beta-202101160442
jack9603301 added a comment to T3137: Let VLAN aware bridge approach the behavior of professional equipment.
Better document improvement
jack9603301 changed the status of T3137: Let VLAN aware bridge approach the behavior of professional equipment, a subtask of T1354: Add support for VLAN-Aware bridges, from In progress to Needs testing.
jack9603301 changed the status of T3137: Let VLAN aware bridge approach the behavior of professional equipment from In progress to Needs testing.
If you could extend the smoketest that would be even better, local test is okay, too
Quoted Text
If I use
Reverted to 7.3 let's wait for the fix to pop up in 7.5 FRR branch and we can try again.
c-po closed T3172: Builds sometime after 2020-12-17 have broken routing after reboot, a subtask of T3182: Main blocker Task for FRR 7.4/7.5 series update, as Resolved.
c-po moved T3173: Need 'nopmtudisc' option for tunnel interface from In Progress to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3173: Need 'nopmtudisc' option for tunnel interface from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po moved T3182: Main blocker Task for FRR 7.4/7.5 series update from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
Jan 15 2021
Jan 15 2021
This can be fixed by copying the two profile directories you're using (/usr/lib/tuned/network-throughput and /usr/lib/tuned/network-latency) to /etc/tuned and changing the sysctl section to only contain enabled=false. Here's it working:
root@cr01a-vyos:~# diff /usr/lib/tuned/network-latency/tuned.conf /etc/tuned/network-latency/tuned.conf 13,16c13 < net.core.busy_read=50 < net.core.busy_poll=50 < net.ipv4.tcp_fastopen=3 < kernel.numa_balancing=0 --- > enabled=false root@cr01a-vyos:~# diff /usr/lib/tuned/network-throughput/tuned.conf /etc/tuned/network-throughput/tuned.conf 10,16c10 < # Increase kernel buffer size maximums. Currently this seems only necessary at 40Gb speeds. < # < # The buffer tuning values below do not account for any potential hugepage allocation. < # Ensure that you do not oversubscribe system memory. < net.ipv4.tcp_rmem="4096 87380 16777216" < net.ipv4.tcp_wmem="4096 16384 16777216" < net.ipv4.udp_mem="3145728 4194304 16777216" --- > enabled=false
c-po closed T2850: Add BGP template for FRR, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
c-po closed T3184: Add correct desctiptions for BGP neighbors, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
Do I need to test the image before closing the task? I'm on a older image version and I manually applied the patch which works. Otherwise I'd need to upgrade the image which I won't have time for in the near future.
Viacheslav added a parent task for T3184: Add correct desctiptions for BGP neighbors: T2174: Rewrite protocol BGP to new XML/Python style.
Fixed in the new bgp format, VyOS 1.4-rolling-202101150632
c-po moved T3204: Performance system option destroy defined sysctl custom params from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
c-po moved T3211: ability to redistribute ISIS into other routing protocols from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
c-po moved T3215: Operational command "show ipv6 route" is broken from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po moved T3219: Typo in openvpn server client config for IPv6 iroute from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po changed the status of T3173: Need 'nopmtudisc' option for tunnel interface from Open to Needs testing.
CLI command will be: set interfaces tunnel tun10 parameters ip no-pmtu-discovery, Also PMTU can not be changed in IPv6 sourced tunnels, a validation check has been added.
c-po changed the status of T3167: Recurring bugs in Intel NIC drivers from In progress to Needs testing.
As of T3218 we no longer utilize the out-of-tree drivers as there is no performance gain. Both current and equuleus branch (1.4 and 1.3) not use the Linux Kernel stock drivers.
c-po added a comment to T3157: salt-minion fails to start due to permission error accessing /root/.salt/minion.log.
Backported to equuleus branch
c-po changed the status of T3157: salt-minion fails to start due to permission error accessing /root/.salt/minion.log from Open to Needs testing.
c-po changed the status of T3219: Typo in openvpn server client config for IPv6 iroute from In progress to Needs testing.
Backported to equuleus branch
Backported to equuleus
Fixed VyOS 1.4-rolling-202101150632
set protocols isis FOO interface eth1 no-three-way-handshake set protocols isis FOO net '49.0001.1921.6800.1002.00'
If it's just because of overlay, you can merge two XML into one XML
It seems the problem not solved, "show ipv6 route" declared in different XML scripts, so one of them rewrites another.