PR for 1.3-rolling https://github.com/vyos/vyos-1x/pull/228
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Feb 24 2020
Feb 24 2020
Unknown Object (User) added a comment to T2069: PPPoE-client does not works with service-name option.
dirkjanm added a comment to T1028: Suspending and resuming VyOS in VMware will result in loss of static ip addresses.
FWIW, this issue is still occuring on 1.3 rolling (1.3-rolling-202002180217) for interfaces with DHCP set. While the above referenced repository is archived, the script here https://github.com/vyos/vyos-vmwaretools-scripts/blob/current/scripts/resume-vm-default.d/ether-resume.py seems to be the latest version.
For any interface with DHCP enabled, it will try to run
ip address add dhcp dev ethX
Since dhcp is not a valid address this fails and after the interface loses it's IP until dhclient is run manually or the system reboots. The script linked by @dmaasland works correctly.
Unknown Object (User) changed the status of T2069: PPPoE-client does not works with service-name option from Open to In progress.
thomas-mangin moved T2057: Generalised Interface configuration from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
The patch is ready for inclusion.
This work raised an issue with the current pattern of using Interface(..).remove() which is used in VLANIf as it requires Interface to know that EthernetIf can not be deleted (an implementation detail which should remain in EthernetIf).
Unknown Object (User) claimed T2069: PPPoE-client does not works with service-name option.
Unknown Object (User) added a comment to T2067: pppoe-server: Add possibility set multiple service-name.
@hagbard thanks, works as expected. I think this might be backport candidate to 1.2.X
Unknown Object (User) created T2069: PPPoE-client does not works with service-name option.
c-po changed the status of T1748: vbash: beautify tab completion output/line breaks from Open to In progress.
hagbard changed the status of T2067: pppoe-server: Add possibility set multiple service-name from In progress to Needs testing.
https://github.com/vyos/vyos-1x/commit/d9fa3fb7d7613cd5d6297115da0dc63462d4cf69
@Dmitry next rolling will have it enabled, let me know if it works for you as intended.
Feb 23 2020
Feb 23 2020
hagbard changed the status of T2067: pppoe-server: Add possibility set multiple service-name from Open to In progress.
This is the bottom of the config that fails the upgrade
Hi, That wasn't the problem. I did remove some of the config. I must have left a bit.
removing the check makes it work like a charme push request incomming..
c-po changed the status of T2050: Problem migrating from 1.3-rolling-202002050217 to current from Open to On hold.
On first glance this looks to me like zone policy issue.
c-po changed the status of T1971: Missing modules in initrd.img for PXE boot from In progress to Backport pending.
c-po edited projects for T1971: Missing modules in initrd.img for PXE boot, added: Ready for Crux (1.2.x), VyOS 1.2 Crux (VyOS 1.2.5); removed VyOS 1.2 Crux.
c-po moved T1971: Missing modules in initrd.img for PXE boot from Need Triage to Finished on the VyOS 1.3 Equuleus board.
A fix for this is available in the latest rolling release
c-po changed the status of T1971: Missing modules in initrd.img for PXE boot from Open to In progress.
run into the same. If I add parameters default 'no-ipv4-unicast' to my config and commit I get the waring above. All runs fine, cause the sessions where already configured before.
If I do a reboot, bgp config in frr is neartly empty only "router bgp 64512" was there not more. Removing it and do an commit nothing changed. Removing it an reboot helped.
Unknown Object (User) created T2067: pppoe-server: Add possibility set multiple service-name.
c-po moved T1998: Update FRR to 7.3 from Backport Candidates to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1998: Update FRR to 7.3 from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po closed T2055: Remove IPv6 router-advert options for PPPoE, a subtask of T1318: PPPoE client CLI redesign, as Resolved.
c-po moved T2055: Remove IPv6 router-advert options for PPPoE from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po closed T1318: PPPoE client CLI redesign, a subtask of T1579: Rewrite all interface types in new XML/Python style, as Resolved.
c-po moved T1318: PPPoE client CLI redesign from Need Triage to Finished on the VyOS 1.3 Equuleus board.
syncer changed the subtype of T2065: VyOS 1.3 Don't set daemon in openvpn-{intf}.conf file from "Feature Request" to "Bug".
yun changed Difficulty level from unknown to easy on T2065: VyOS 1.3 Don't set daemon in openvpn-{intf}.conf file.
Feb 22 2020
Feb 22 2020
c-po moved T2063: vyos-salt-minion package is missing from vyos-world from In Progress to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2063: vyos-salt-minion package is missing from vyos-world from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po added a parent task for T1969: OSPF with WireGuard cause Route Inactive: T1998: Update FRR to 7.3.
Feb 21 2020
Feb 21 2020
Pull Request: https://github.com/vyos/ppp-upstream/pull/2
c-po moved T2059: Set source-validation on bond vif don't work from Finished to Backport Candidates on the VyOS 1.3 Equuleus board.
c-po moved T2059: Set source-validation on bond vif don't work from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po added a project to T2059: Set source-validation on bond vif don't work: VyOS 1.2 Crux (VyOS 1.2.5).
c-po changed the status of T2059: Set source-validation on bond vif don't work from Open to Backport candidate.
rherold renamed T2058: RCE in pppd and ppp client from Possible RCE in pppd and ppp client to RCE in pppd and ppp client.
Feb 20 2020
Feb 20 2020
jestabro changed the status of T2029: Switch to new syntax for config file component versions from Open to Needs testing.
jestabro updated the task description for T2029: Switch to new syntax for config file component versions.
I send a pull request to fix it:
This work overtakes T2046, as it implements the same _create/_delete interface. If merged it would replace it.
dongjunbo updated the task description for T2056: Building images using vyos-build Docker container error .
dongjunbo updated the task description for T2056: Building images using vyos-build Docker container error .
It's an upstream bug as @xrobau said. vyos dev sould upgrade https://github.com/vyos/conntrack-tools repo, and apply this patch:
https://git.netfilter.org/conntrack-tools/commit/?id=c12fa8df76752b0a011430f069677b52e4dad164
In T2036#53376, @c-po wrote:Hello @dongjunbo what are the benefits of ocserv over the other VPN Solutions already in place?
- WireGuard
- OpenVPN
- L2TP/IPSec
- PPTP
- SSTP
- IKEv2 road warrior (not yet implemented, only site2site)
c-po changed the status of T2055: Remove IPv6 router-advert options for PPPoE from Open to In progress.
c-po changed the status of T2055: Remove IPv6 router-advert options for PPPoE, a subtask of T1318: PPPoE client CLI redesign, from Open to In progress.
I tested vyos-1.3-rolling-202002200217-amd64.iso
It works now.
Thanks for help!
Feb 19 2020
Feb 19 2020
Unknown Object (User) added a comment to T2051: Throughput anomalies.
It would be useful if someone could do similar tests using GNS3 in a powerful computer.
This is dependent on T2029, PR 224, and should only be merged after that PR.
This is dependent on T2029, PR 224, and should only be merged after that PR.
Auto completion should be done on a per CLI path:
In T1838#50692, @syncer wrote:@Dmitry and i talked that it will be wise to move ipt-netflow for better performance
c-po changed the status of T1318: PPPoE client CLI redesign, a subtask of T1579: Rewrite all interface types in new XML/Python style, from Open to In progress.
jestabro triaged T2053: Update vyos-load-config.py for version string syntax change as Normal priority.