Also fixed in 1.3 https://github.com/vyos/vyos-build-kernel/commit/006550a30afa3c595a07782ec3ce239dc6f65443
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Apr 12 2020
Apr 12 2020
c-po moved T2276: PPPoE server vulnerability from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2276: PPPoE server vulnerability from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po closed T2273: OpenVPN no longer starts in latest rolling, migrate to systemd, a subtask of T2185: Start daemons with systemd units instead of with start-stop-daemon, as Resolved.
Apr 11 2020
Apr 11 2020
c-po changed the status of T2273: OpenVPN no longer starts in latest rolling, migrate to systemd from Open to In progress.
+1 on that, already migrated l2tp and sstp VPN to systemd today
c-po reassigned T2213: vyos-1x: WiFi mode ieee80211ac should also activate ieee80211n from c-po to alainlamar.
Looks good, you can actually emulate a wifi card: modprobe mac80211_hwsim
Apr 10 2020
Apr 10 2020
c-po updated the task description for T2110: RADIUS: supply include file for radius config to have a uniform CLI.
c-po committed rVYOSONEX7156762ed3b0: op-mode: raid: T689: Typo in description (authored by Viacheslav Hletenko <v.gletenko@vyos.io>).
c-po placed T1875: Add the ability to use network address as BGP neighbor (bgp listen range) up for grabs.
c-po closed T1629: IP addresses configured on vif-s interfaces are not added to the system as Resolved.
c-po added a comment to T1629: IP addresses configured on vif-s interfaces are not added to the system.
15: eth1.100@eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state LOWERLAYERDOWN group default qlen 1000
link/ether 00:0d:b9:53:07:ed brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/24 scope global eth1.100
valid_lft forever preferred_lft foreverc-po updated the task description for T2110: RADIUS: supply include file for radius config to have a uniform CLI.
on-demand dialing and VRFs are now mutually exlcusive. As VRF is a new feature of 1.3 this won't break existing 1.2 LTS devices.
c-po changed Is it a breaking change? from behavior to compatible on T2248: PPPoE Broken in Latest 1.3 Rolling (1.3-rolling-202004070629).
c-po added a reverting change for rVYOSONEX2d33cf656f58: vif-s: T2240: add VRF support: rVYOSONEX0eeea79bf084: Revert "vif-s: T2240: add VRF support".
Moved to vif-c
c-po renamed T2240: Support for bind vif-c interfaces into VRFs from Support for bind vif-s interfaces into VRFs to Support for bind vif-c interfaces into VRFs.
Apr 9 2020
Apr 9 2020
c-po closed T2172: Enable conf VXLAN without remote address, a subtask of T1315: Allow BGP to use address-family l2vpn evpn, as Resolved.
What you mean by "bindable"?
c-po renamed T2260: vxlan, pseudo-ethernet: convert link nodes to source-interface from Convert link nodes to source-interface to vxlan, pseudo-ethernet: convert link nodes to source-interface.
c-po changed the status of T2260: vxlan, pseudo-ethernet: convert link nodes to source-interface from Open to In progress.
the Problem comes with the connect-on-demand option. As the default route setup was changed some days ago by me to support PPPoE for VRFs this introduced a regression (T2219).
Apr 8 2020
Apr 8 2020
I can't reproduce it with the code in the rolling image that will be available by tomorrow.
c-po added a project to T2248: PPPoE Broken in Latest 1.3 Rolling (1.3-rolling-202004070629): VyOS 1.3 Equuleus.
Can you please share your configuration on the pppoe interface with us?