OpenVPN op mode has been working fine for a while, so I assume it's resolved.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
May 29 2021
May 29 2021
dmbaturin changed Is it a breaking change? from none to syntax on T2892: Remove command: "set firewall options interface <interface> disable".
dmbaturin added projects to T2869: Intel ethernet driver defaults sub-optimal: VyOS 1.2 Crux, VyOS 1.3 Equuleus, VyOS 1.4 Sagitta.
dmbaturin reassigned T2763: New SNMP resource request - SNMP over TCP from srgabrieltelecon to Viacheslav.
dmbaturin added projects to T2755: Requirements for partial interface setup: VyOS 1.3 Equuleus, VyOS 1.4 Sagitta.
dmbaturin placed T2721: Set FQ-CoDel as the default queueing mechanism for every class in Shaper up for grabs.
dmbaturin added projects to T2541: Openvpn Radius authentication support: VyOS 1.3 Equuleus, VyOS 1.4 Sagitta.
dmbaturin added a project to T2451: Cannot use !tcp or !tcp_udp while adding firewall rule: VyOS 1.3 Equuleus.
dmbaturin closed T2436: equuleus: Testing: vyos-1x: syntax checking Python scripts in PR as Resolved.
dmbaturin added a project to T2366: change the default for Interface creation to False: VyOS 1.4 Sagitta.
dmbaturin added a project to T2366: change the default for Interface creation to False: VyOS 1.3 Equuleus.
dmbaturin closed T2184: OpenVPN op_mode tools broken, a subtask of T2322: CLI [op-mode] bugs. Root task, as Resolved.
dmbaturin closed T1944: FRR: Invalid route in BGP causes update storm, memory leak, and failure of Zebra as Resolved.
Closing since the reporter isn't responding and similar issues never turned up since that time.
dmbaturin added projects to T1968: Allow multiple static routes in dhcp-server: VyOS 1.3 Equuleus, VyOS 1.4 Sagitta.
This is, sadly, a WONTFIX for now: it's indeed coming from the old backend. I'm also not sure what a right design would be. That command simply parses the output of a show command and converts it to JSON.
dmbaturin renamed T1781: Inconsistent leveling output from json printout from Inconsistant leveling output from json printout to Inconsistent leveling output from json printout.
dmbaturin added projects to T1647: event-handler configurable syslog.pipe level : VyOS 1.3 Equuleus, VyOS 1.4 Sagitta.
dmbaturin added a subtask for T3083: Add feature event-handler: T1647: event-handler configurable syslog.pipe level .
dmbaturin added a project to T1244: Add support for StartupResync in conntrack-sync: VyOS 1.4 Sagitta.
dmbaturin added a project to T1244: Add support for StartupResync in conntrack-sync: VyOS 1.3 Equuleus.
dmbaturin added a comment to T1161: Does Vyos take advantage of linux's improved security features?.
Now that 1.3 is near a stable release, it's a good idea to revisit the hardening measures and see if we can enable any new ones.
dmbaturin added a project to T936: Reimplementation of tech-support diagnostic file generation: VyOS 1.3 Equuleus.
May 28 2021
May 28 2021
c-po closed T2173: Add the ability to use VRF on VTI interfaces, a subtask of T2579: The root task for VRF features, as Resolved.
c-po closed T2173: Add the ability to use VRF on VTI interfaces, a subtask of T2816: Rewrite IPsec scripts with the new XML/Python approach, as Resolved.
zsdc added a comment to T3583: Overwrite default config ntp settings when custom ntp servers are provided..
@UnicronNL I would like to put default values in the config.boot file, and overwrite them from Cloud-init if a customer provides custom values.
Properly works on the latest 1.4 rolling. Is it possible to backport changes to 1.3?
UnicronNL changed the status of T3583: Overwrite default config ntp settings when custom ntp servers are provided. from Open to In progress.
May 27 2021
May 27 2021
c-po moved T3540: Keepalived memory utilisation issue when constantly getting its state in JSON format from Backlog to Finished on the VyOS 1.4 Sagitta board.
c-po edited projects for T3540: Keepalived memory utilisation issue when constantly getting its state in JSON format, added: VyOS 1.3 Equuleus; removed vyos-keepalived.
c-po changed the status of T2816: Rewrite IPsec scripts with the new XML/Python approach from Open to In progress.
c-po moved T2694: The information provided by SNMP is incomplete from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2679: VRRP with BFD Failure Detection from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2659: Add fastnetmon (DDoS detection) support from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2669: DHCP-server overlapping ranges. from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3373: Upgrade to SaltStack version 3002.5 from In Progress to Finished on the VyOS 1.3 Equuleus board.
IPSec / DMVPN PR: https://github.com/vyos/vyos-1x/pull/856
dmbaturin triaged T3584: Migrate NTP server addresses from *.pool.ntp.org to our own as Low priority.
Viacheslav changed the status of T1976: deleting address-family under neighbor will disable neighbor from Needs testing to Confirmed.
The reason it such script https://github.com/vyos/vyatta-cfg-quagga/blob/d962ef0f2c15333411e719f7d1b02dd7575ebdee/scripts/bgp/vyatta-bgp.pl#L385
That do
router bgp xxx address-family ipv4 unicast no neighbor x.x.x.x activate
Viacheslav closed T2512: vyatta-op-quagga [show ip] to XML format, a subtask of T2511: Migrate vyatta-op-quagga to new XML format, as Resolved.
Viacheslav closed T2617: Rewrite vyatta-op-quagga "show" to XML, a subtask of T2546: The root task for rewriting [op-mode] to XML, as Resolved.
Unknown Object (User) added a comment to T2123: Configure 3 NTP servers.
PR https://github.com/vyos/vyos-build/pull/166
server "time1.vyos.net" server "time2.vyos.net" server "time3.vyos.net"
UnicronNL triaged T3583: Overwrite default config ntp settings when custom ntp servers are provided. as Normal priority.
May 26 2021
May 26 2021
We are seeing this on an X722 NIC that's still the i40e driver (the server in question also has an X710 NIC, but there's no cables connected to the X710 but I should be able to get cables connected to the X710 next week). We are using 1.4 on this machine.
That mist actually be habdled by vbash and the backend code.
FRR doing normalization for ipv6
Possible was fixed in that task T3502
c-po renamed T3318: Update Linux Kernel to v5.4.208 / 5.10.142 from Update Linux Kernel to v5.4.121 / 5.10.39 to Update Linux Kernel to v5.4.122 / 5.10.40.
Viacheslav closed T3558: autocomplete options for dhcp-interface is not showing for the static route command as Resolved.
[email protected]# set protocols static route 192.0.2.0/24 dhcp-interface Possible completions: <text> DHCP interface name eth0 eth1 lo
@olofl Add please a separate task for JSON.
dtoux added a comment to T3553: OSPFv3 redistribute configuration remains in frr running config after removal.
Where can I get the rc4? The last RR I see is vyos-1.3-rolling-202105011026-amd64.iso.
Viacheslav changed the status of T3581: Incomplete command `show ipv6 ospfv3 linkstate` from Open to Confirmed.
The word "detail" is cut off for some reason.
https://github.com/vyos/vyos-1x/blob/32bc1e5babd1bd31909a93ca1818998bf46db003/op-mode-definitions/include/ospfv3-detail.xml.i#L7
Viacheslav added a comment to T3553: OSPFv3 redistribute configuration remains in frr running config after removal.
I can't reproduce it in 1.3-rc4
[email protected]# run show conf com | match ospf set protocols ospfv3 area 0 interface 'lo' set protocols ospfv3 area 0 interface 'eth0' set protocols ospfv3 area 0 interface 'eth1' set protocols ospfv3 parameters router-id '1.2.3.4' set protocols ospfv3 redistribute static route-map 'FOO' [edit] [email protected]#
dtoux added a comment to T3553: OSPFv3 redistribute configuration remains in frr running config after removal.
BTW, the same happens when adding/removing interfaces to an area.
dtoux added a comment to T3553: OSPFv3 redistribute configuration remains in frr running config after removal.
I did some more digging and found a reliable way of reproducing it: