Well the commit you outlined alters file ins src/conf_mode - that directory is reserved for CLI configuration scripts.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Aug 14 2021
Aug 14 2021
c-po closed T3745: op-mode IPSec show vpn ipse sa sorting, a subtask of T2816: Rewrite IPsec scripts with the new XML/Python approach, as Resolved.
c-po moved T3753: frr: upgrade to stable/8.1 release train from Open to Backlog on the VyOS 1.4 Sagitta board.
c-po moved T3755: ospf: adjust to new FRR 8 syntax where "no passive-interface " moved to interface section from Open to Backlog on the VyOS 1.4 Sagitta board.
c-po moved T3745: op-mode IPSec show vpn ipse sa sorting from Open to In Progress on the VyOS 1.4 Sagitta board.
c-po changed the status of T3745: op-mode IPSec show vpn ipse sa sorting, a subtask of T2816: Rewrite IPsec scripts with the new XML/Python approach, from Open to Needs testing.
c-po changed the status of T3745: op-mode IPSec show vpn ipse sa sorting from Open to Needs testing.
That is a noble idea. There are some build time tests available here: https://github.com/vyos/vyos-1x/tree/current/src/tests - maybe this helps
that feels like you wan't to achieve the same goal as https://github.com/vyos/vyos-1x/blob/current/smoketest/scripts/cli/test_service_dhcp-server.py
I think the easiest way would be to just extend the smoketest with your tests that you find missing.
c-po updated the task description for T3755: ospf: adjust to new FRR 8 syntax where "no passive-interface " moved to interface section.
c-po updated the task description for T3755: ospf: adjust to new FRR 8 syntax where "no passive-interface " moved to interface section.
Aug 13 2021
Aug 13 2021
They are all intermixed ;) - maybe I also missinterpreted the issue. Maybe you can retest the latest rolling which will be available by tomorrow? Image is currently build: https://ci.vyos.net/job/vyos-build/job/current/2195
c-po changed the status of T3753: frr: upgrade to stable/8.1 release train from Open to In progress.
c-po closed T3734: Move EVPN VRF up in FRR config, a subtask of T3728: FRR not respect configured RD and RT for L3VNI, as Resolved.
@Viacheslav we have other "objects" in VyOS which also require deletion first under certain circumstances.
Aug 12 2021
Aug 12 2021
c-po changed the status of T3746: Inform users logging into the system about a pending reboot from Open to In progress.
c-po added a subtask for T3728: FRR not respect configured RD and RT for L3VNI: T3734: Move EVPN VRF up in FRR config.
c-po added a parent task for T3734: Move EVPN VRF up in FRR config: T3728: FRR not respect configured RD and RT for L3VNI.
c-po added a parent task for T3318: Update Linux Kernel to v5.4.208 / 5.10.142: T3710: Upgrade the kernel in 1.3 to 5.10.
c-po added a subtask for T3710: Upgrade the kernel in 1.3 to 5.10: T3318: Update Linux Kernel to v5.4.208 / 5.10.142.
c-po renamed T3318: Update Linux Kernel to v5.4.208 / 5.10.142 from Update Linux Kernel to v5.4.139 / 5.10.57 to Update Linux Kernel to v5.4.140 / 5.10.58.
You can comment in the sections. it only creates an error when deleting vrf bgp instances
c-po moved T3739: policy: route-map: add EVPN match support from Open to In Progress on the VyOS 1.4 Sagitta board.
Waiting on 3rd party fix: https://github.com/FRRouting/frr/issues/9384
https://github.com/vyos/vyos-1x/pull/965
c-po committed rVYOSONEXf6385813fb1d: dns: T3744: fixed dns fwd statistics formatting (authored by FileGo).
c-po added a comment to T3737: openvpn-option needs to be able to support quotes as since openvpn 2.4..
We have this problem in more then one case. The solution so gar is to use " as quote which we later on render in Jinja2
Sounds like a missing validator. Wo should prevent users from doing such things ;)
@Viacheslav, when we use a migrator we should enable the ipv4 afi for each and every ipv4 neighbor if its not configured explicitly. What do you think? If a peer group is configured for that neighbour, too - that will be no issue.
Aug 11 2021
Aug 11 2021
Hi @paunadeu yeah that is an open issue (https://github.com/vyos/vyos-1x/commit/d77709252de54757d3f3e76ce6c52492ba967488) it got disabled recently.
c-po moved T1817: BGP next-hop-self not working. from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.9) board.
Aug 10 2021
Aug 10 2021
Aug 9 2021
Aug 9 2021
c-po closed T3720: IPSec set vti secondary address cause interface disable, a subtask of T2816: Rewrite IPsec scripts with the new XML/Python approach, as Resolved.
Aug 8 2021
Aug 8 2021
c-po renamed T3318: Update Linux Kernel to v5.4.208 / 5.10.142 from Update Linux Kernel to v5.4.135 / 5.10.53 to Update Linux Kernel to v5.4.139 / 5.10.57.
c-po added a comment to T2027: get_config_dict is failing when the configuration section is empty/missing.
>>> from vyos.config import Config
>>> conf = Config()
>>> conf.get_config_dict(['service', 'ssh'])
{'ssh': {'disable-host-validation': {}, 'port': ['22']}}
>>> conf.get_config_dict(['service', 'non-existing'])
{}c-po committed rVYOSONEX92db99f8e21b: ping: T3634: Fixing do not fragment to Ping (authored by Cheeze_It).
Aug 6 2021
Aug 6 2021
@stepler interesting - this bahavior changes when running from frr-reload vs. vtysh.
Aug 5 2021
Aug 5 2021
c-po closed T3719: Restart vpn shows some missed files, a subtask of T2816: Rewrite IPsec scripts with the new XML/Python approach, as Resolved.
Aug 4 2021
Aug 4 2021
c-po closed T3718: VPN IPsec IKE group by default not use DH-group 2, a subtask of T2816: Rewrite IPsec scripts with the new XML/Python approach, as Resolved.
@SrividyaA does this configuration work or not?
Aug 3 2021
Aug 3 2021