So I guess this is very low priority for you guys, but it is very critical for me, so quick question, do you accept PR from general public? If yes, I might go ahead and take a look in how to get this done :)
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Mar 7 2025
Mar 7 2025
GitHub <[email protected]> committed rVYOSONEXc65d443fd2c3: Merge pull request #4382 from c-po/ipsec-ios-profile-fixes (authored by c-po).
c-po moved T7225: Unhandled template error in "generate ipsec profile ios-remote-access" from Backlog to Finished on the VyOS 1.4 Sagitta (1.4.2) board.
c-po moved T7225: Unhandled template error in "generate ipsec profile ios-remote-access" from Open to Finished on the VyOS 1.5 Circinus board.
Mar 6 2025
Mar 6 2025
syncer removed a project from T7209: Configured conntrack on input affects on forward: VyOS 1.5 Circinus.
c-po moved T7225: Unhandled template error in "generate ipsec profile ios-remote-access" from Need Triage to Completed on the VyOS Rolling board.
GitHub <[email protected]> committed rVYOSONEX4a5fbf5e2c80: Merge pull request #4381 from c-po/ipsec-opmode-profile (authored by c-po).
It appears this is by design, FRR creates kernel routes with metric 20
vtysh show ip route, shows correct route
GitHub <[email protected]> committed rVYOSONEX0ca77717a033: Merge pull request #4380 from oniko94/feature/T4406-vyos-info-api-endpoint (authored by c-po).
c-po added a comment to T7225: Unhandled template error in "generate ipsec profile ios-remote-access".
c-po changed the status of T7225: Unhandled template error in "generate ipsec profile ios-remote-access" from Open to In progress.
c-po changed the status of T7225: Unhandled template error in "generate ipsec profile ios-remote-access", a subtask of T6617: ipsec: remote access VPN: "generate ipsec profile ios-remote-access" wrong profile for x509 auth, from Open to In progress.
SrividyaA closed T6938: removing disable from a site-to-site ipsec peer never initializes the ipsec tunnel as Not Applicable.
Is there anyone else we should tag on this ticket?
Mar 5 2025
Mar 5 2025
c-po changed the status of T6230: Implement kernel-mode flow collection and/or dataplane offload collection for high volume systems from Open to In progress.
JeffWDH added a comment to T7216: VyOS 1.5-rolling-202503020018: show interfaces wireguard wg0 summary - NameError: name 'timedelta' is not defined.
Is resolved in VyOS 2025.03.05-0017-rolling.
Viacheslav triaged T7223: VPP defunc_ interfaces have to be flushed for the Mellanox as High priority.
Viacheslav changed the status of T7216: VyOS 1.5-rolling-202503020018: show interfaces wireguard wg0 summary - NameError: name 'timedelta' is not defined from Open to Needs reporter action.
opswill added a comment to T7216: VyOS 1.5-rolling-202503020018: show interfaces wireguard wg0 summary - NameError: name 'timedelta' is not defined.
I am running on VyOS 1.5-rolling-202503030030 , and this error has fixed
Viacheslav added a parent task for T7222: VPP add configuration for teib entries: T7221: VPP related features the root task.
Viacheslav added a subtask for T7221: VPP related features the root task: T7222: VPP add configuration for teib entries.
Viacheslav changed the status of T7178: Enable vDPA (VirtIO Data Path Acceleration) Support from Needs testing to Needs reporter action.
Viacheslav added a subtask for T7221: VPP related features the root task: T7175: VPP add sflow plugin.
Viacheslav added a parent task for T7175: VPP add sflow plugin: T7221: VPP related features the root task.
Viacheslav added a subtask for T7221: VPP related features the root task: T7181: VPP add source NAT.
Viacheslav added a parent task for T7181: VPP add source NAT: T7221: VPP related features the root task.
Viacheslav added a subtask for T7221: VPP related features the root task: T7203: VPP add op-mode to show bridge-domain.
Viacheslav added a parent task for T7203: VPP add op-mode to show bridge-domain: T7221: VPP related features the root task.
Viacheslav added a parent task for T7218: VPP add ability to configure VXLAN multicast group: T7221: VPP related features the root task.
GitHub <[email protected]> committed rVYOSONEX67a4363ed91e: Merge pull request #4378 from jestabro/libvyosconfig-build (authored by jestabro).
Mar 4 2025
Mar 4 2025
In T7215#217255, @c-po wrote:Hi @MPStudyly,
can it be the case that your system you're running the test son already has a VRF named red?
FRR changed this behavior several times https://github.com/FRRouting/frr/commit/322462920e2a2c8b73191c6eb5157d64cf4a593e
Sometimes it is disabled by default, sometimes enabled :)
So, depending on the FRR version, the behavior could be different.
Viacheslav updated the task description for T7218: VPP add ability to configure VXLAN multicast group.
Viacheslav triaged T7219: VXLAN needs to make remote and group options mutually exclusive as Normal priority.
mjones-vsat renamed T7217: Private SSH key reuse in the console server service from test to Key reuse in VyOS Dropbear deployment.
c-po reopened T4873: Option to define source IP for rsyslog, a subtask of T6989: syslog: convert old configuration format to "advanced", as In progress.
Viacheslav added a comment to T7216: VyOS 1.5-rolling-202503020018: show interfaces wireguard wg0 summary - NameError: name 'timedelta' is not defined.
Should be fixed in https://vyos.dev/T7123
And/Or https://github.com/vyos/vyos-1x/commit/23477683cea2777f570ac0d98098aa2c6f041661
Can you try the latest rolling?
c-po moved T6989: syslog: convert old configuration format to "advanced" from Open to Finished on the VyOS 1.5 Circinus board.
c-po closed T4873: Option to define source IP for rsyslog, a subtask of T6989: syslog: convert old configuration format to "advanced", as Resolved.
c-po moved T4873: Option to define source IP for rsyslog from Backlog - Feature Requests to Completed on the VyOS Rolling board.
c-po moved T4873: Option to define source IP for rsyslog from Open to Finished on the VyOS 1.5 Circinus board.
GitHub <[email protected]> committed rVYOSONEX99d929d18d73: Merge pull request #4377 from vyos/syslog-typos-T6989 (authored by c-po).
GitHub <[email protected]> committed rVYOSONEXa4ba60b63993: Merge pull request #4379 from vyos/c-po-patch-1 (authored by c-po).
GitHub <[email protected]> committed rVYOSONEXf6a92ee2a3de: GitHub: T5400: evaluate OPAM environment before package build (authored by c-po).
a.apostoliuk moved T6756: frr: add nhrp cisco authentication to frr 10.1 from Need Triage to Completed on the VyOS Rolling board.
a.apostoliuk closed T6756: frr: add nhrp cisco authentication to frr 10.1, a subtask of T6747: frr: upgrade routing suite to 10.2, as Resolved.
can it be the case that your system you're running the test son already has a VRF named red?
Viacheslav changed the subtype of T6211: VRF support for Kea-based DHCP server from "Bug" to "Feature Request".
SrividyaA edited projects for T7214: BGP: Add an option to disable "enforce-first-as" , added: VyOS 1.5 Circinus; removed VyOS 1.4 Sagitta (1.4.2).
Hello! Any news regarding this issue?
Just to add to the argument: Using the build_type to determine if the banner gets shown or not would allow individual/custom builds to have it disabled as well (we know what we are doing). Obviously I can just speak for my use case, where we roll our own builds to get back qemu-guest-agent. I can't tell if this would go against the intention of introducing this banner in the first place.
MPStudyly added a comment to T7206: VyOS cloud init fails with No such file or directory: '/opt/vyatta/etc/config.boot.default'.
In T7206#216891, @danielr1996 wrote:I tried adding
[[includes_chroot]] path = "opt/vyatta/etc/config/config.boot" data = ""to the build flavor, and now it seems to work.
I still get warning in the cloud init log, but so far I haven't noticed anything not working. This works as a workaround for me, but I still think that this is a bug.
MPStudyly set Forum thread to https://forum.vyos.io/t/smoke-tests-failing-again/16200 on T7215: VRF smoke tests failing.
Viacheslav moved T7190: Allow configuring more timeouts for HAProxy from Open to Finished on the VyOS 1.5 Circinus board.
@treo Could you check the latest rolling to confirm if everything works as expected?
SrividyaA renamed T7214: BGP: Add an option to disable "enforce-first-as" from BGP: Add "enforce-first-as" option to BGP: Add an option to disable "enforce-first-as" .
With T6641 implemented and a discussion with @jestabro and @dmbaturin this would be a perfect addition.
@daniel.arconada can you check this? The latest rolling has these modules.
vyos@vpp-left:~$ zcat /proc/config.gz | grep -i vdpa CONFIG_VIRTIO_VDPA=m CONFIG_VDPA=m # CONFIG_VDPA_USER is not set # CONFIG_MLX5_VDPA_NET is not set # CONFIG_MLX5_VDPA_STEERING_DEBUG is not set # CONFIG_VP_VDPA is not set # CONFIG_ALIBABA_ENI_VDPA is not set # CONFIG_SNET_VDPA is not set CONFIG_VHOST_VDPA=m vyos@vpp-left:~$ vyos@vpp-left:~$ show ver Version: VyOS 1.5-rolling-202503020018