The same issue using the VTI interface. Tested in 1.4.3
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Aug 29 2025
Aug 29 2025
Viacheslav changed the status of T7186: Macvlan support for podman containers from Open to In progress.
Viacheslav moved T7689: VPP IPsec traffic stops working after the reboot from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q3) board.
Viacheslav closed T7689: VPP IPsec traffic stops working after the reboot, a subtask of T7070: VPP related bugs the root task, as Resolved.
Viacheslav moved T7732: VPP load vfio modules before starting VPP from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q3) board.
Viacheslav closed T7732: VPP load vfio modules before starting VPP, a subtask of T7221: VPP related features the root task, as Resolved.
Viacheslav moved T7537: Bump aws-gwlbtun to version c1fd48b from Backlog to Finished on the VyOS 1.4 Sagitta (1.4.4) board.
Viacheslav moved T7537: Bump aws-gwlbtun to version c1fd48b from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q3) board.
Viacheslav closed T7749: Dehardcode x86_64 ARCH to build VPP libraries used for accel-ppp-ng as Resolved.
c-po edited projects for T6322: Include microcode update packages for both Intel and AMD64 cpus, added: VyOS 1.5 Circinus (1.5-stream-2025-Q3); removed Bugs.
Aug 28 2025
Aug 28 2025
I suggest just removing buffer-size option - in data/templates/pmacct/uacctd.conf.j2 it is translated to pmacct option plugin_pipe_size - specific to pmacct option about pipe size between processes of pmacct.
ipt_NETFLOW's sndbuf is size of output socket buffer in bytes with system default as default - no relation to plugin_pipe_size pmacct option, I don't think there is need to publish it via vyos CLI.
c-po changed the status of T7742: Add operational mode 'show interfaces kernel statistics' command from Open to In progress.
asklymenko added a comment to T7763: Modify the amazon-ssm-agent build script to work correctly on all platforms.
The build script was modified to work correctly.
Viacheslav closed T7685: WAN load balancing rule fails when using comma-separated ports as Resolved.
c-po changed the status of T7762: Debian: adjust vyos-1x package version to not mention 1.5 in any way from Open to In progress.
c-po changed the status of T5455: Migrate SSH fingerprints to the new image on upgrade, a subtask of T6279: The root task for copying SSH keys and files from the home directory to use between updates, from Open to In progress.
c-po changed the status of T5455: Migrate SSH fingerprints to the new image on upgrade from Open to In progress.
Quick note on this. It'll maintain the existing AS-Path in the advertisements, but it COULD change the behavior of route rejection on received routes.
GitHub <noreply@github.com> committed rVYOSONEX133cb0c65d5a: Merge pull request #4674 from dmbaturin/op-mode-permissions (authored by dmbaturin).
GitHub <noreply@github.com> committed rVYOSONEXd30039526bdd: Merge pull request #4663 from KawaiiNetworks/current (authored by dmbaturin).
My opinion: the problem is not technical but rather lies in the documentation. Any attempts to change the behavior of set interfaces bridge br0 ip adjust-mss will result in losing important capabilities.
dmbaturin added a project to T6211: VRF support for Kea-based DHCP server: VyOS 1.5 Circinus (1.5-stream-2025-Q3).
dmbaturin renamed T6211: VRF support for Kea-based DHCP server from kea DHCP server not vrf aware to VRF support for Kea-based DHCP server.
Unknown Object (User) changed the status of T6796: QoS match filter by interface doesn't work, a subtask of T6797: Root task for remaining 1.4.1 bugs, from In progress to Needs testing.
Unknown Object (User) changed the status of T6796: QoS match filter by interface doesn't work from In progress to Needs testing.
Work is here https://github.com/vyos/vyos.vyos/pull/433
GitHub <noreply@github.com> committed rVYOSONEX380b7c50cf5e: Merge pull request #4683 from jestabro/revert-config-save-atomic (authored by dmbaturin).
@o.kuchmystyi look slike we now have three places to clamp the MSS:
c-po updated the task description for T7665: Commit failed when attempted to create a new BGP instance for VRF linked with VXLAN(L3VNI)..
c-po updated the task description for T7665: Commit failed when attempted to create a new BGP instance for VRF linked with VXLAN(L3VNI)..
c-po changed the status of T7760: bgp: remove per vrf instance system-as node from Open to In progress.
c-po changed the status of T7760: bgp: remove per vrf instance system-as node, a subtask of T7665: Commit failed when attempted to create a new BGP instance for VRF linked with VXLAN(L3VNI)., from Open to In progress.
Aug 27 2025
Aug 27 2025
jestabro added a comment to T7759: Saving the system configuration does not always update the bind mount and may destroy the config file.
Thanks for the report: this was a regression due to the introduction of an atomic write on save, which did not respect the bind mount directory /config. Reverting pending a comprehensive solution:
https://github.com/vyos/vyos-1x/pull/4683
GitHub <noreply@github.com> committed rVYOSONEXadb3e06fc90e: Merge pull request #4681 from kumvijaya/current (authored by Viacheslav).
natali-rs1985 closed T7670: VPP verify does not rely on the 1G hugepages, a subtask of T7070: VPP related bugs the root task, as Resolved.
natali-rs1985 moved T7670: VPP verify does not rely on the 1G hugepages from Need Triage to Completed on the VyOS Rolling board.
natali-rs1985 moved T7670: VPP verify does not rely on the 1G hugepages from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q3) board.
c-po added a comment to T7665: Commit failed when attempted to create a new BGP instance for VRF linked with VXLAN(L3VNI)..
the solution to this issue as worked up in our private chat is - for the rest of the world:
The VyOS 1.3.x is EOL
for the newest versions fix here https://github.com/vyos/vyos-1x/pull/4663
a.hajiyev added a comment to T7660: VPP fails to commit on AWS unless vfio module is manually loaded.
Tested in VyOS 2025.08.25-0020-rolling and works as expected.
Below are the test results:
Aug 26 2025
Aug 26 2025
dsg added a comment to T7747: Hardware flowtable offload fails because device can only be used in a single flowtable.
Some disappointing news though, after more testing on a non-vyos box, I was not able to get offload to work. Adding the representor device to the flowtable with HW offload flag works, but flows routed through the child netdev don't get the HW_OFFLOAD flag in conntrack -L, so they're not being offloaded.
c-po moved T7751: ssh: re-generating server key causes PermissionError from Backlog to Finished on the VyOS 1.4 Sagitta (1.4.4) board.
GitHub <noreply@github.com> committed rVYOSONEX2f1d1d343a3d: Merge pull request #4676 from sever-sever/T7743 (authored by dmbaturin).
c-po moved T7751: ssh: re-generating server key causes PermissionError from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q3) board.
GitHub <noreply@github.com> committed rVYOSONEX284ff768af3e: Merge pull request #4628 from ryanzuwala/ryanzuwala/T7482 (authored by dmbaturin).
GitHub <noreply@github.com> committed rVYOSONEX48db015c2ef1: Merge pull request #4668 from natali-rs1985/T7670 (authored by dmbaturin).
I don't have any thoughts on how to fix this. The config templates don't seem to match the intent of the CLI, so perhaps I'm not understanding how the templates are used.