The issue turned out to be at the host level. By default SR-IOV VFs are not allowed to change their own mac addresses or send packets with a different mac address, and since this is required for LACP bonding the configuration would just fail.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Dec 22 2020
Dec 22 2020
GitHub <noreply@github.com> committed rVYOSONEX131b6ac0dfa0: Merge pull request #657 from Cheeze-It/current (authored by c-po).
@robertoberto Can you provide next commands?
show interfaces ethernet eth0 physical sudo ethtool -k eth0 | grep offload
Put in a PR to add LDP ordered control operation for LDP.
cpo@LR1.wue3# commit Both Wireguard port and address must be defined for peer "foo" if either one of them is set!
@primoz What are the benefits?
Viacheslav closed T2573: BFD op-mode commands are broken, a subtask of T2322: CLI [op-mode] bugs. Root task, as Resolved.
Viacheslav changed the status of T2982: show protocols bfd command parse failure from Unknown Status to Resolved.
Viacheslav closed T2495: Add xml for ISIS [conf_mode], a subtask of T1316: Support for IS-IS , as Resolved.
sever-sever <v.gletenko@vyos.io> committed rVYOSONEX2426bae1e644: op-mode: T2859: Fix show nat source translations.
GitHub <noreply@github.com> committed rVYOSONEX3fd31206fd6f: Merge pull request #656 from sever-sever/T2859 (authored by dmbaturin).
This breaks with common configuration patterns/naming in Wireguard. Nobody will know what you're talking about when you say address and port in this context. And the CLI helpers adds documentation that would lead you to believe you are listening for connections, see line 105 in nterface-definitions/interfaces-wireguard.xml.in.
dhcpcd is a pretty good alternative. Well maintained and popularly used by many. I used it in a plain Linux router project and it was good enough for my use cases.
PR for crux https://github.com/vyos/vyos-build/pull/138
It still would be nice though. ANy other good IPv6 DHCP clients out there?
Yeah also it looks like wide is hardcoded to support only type 1 DUID (LLT) anyway.... so probably it wasn't accidentally "forgotten" in 1.3 migration that someone probably has realized it wasn't viable to support it... Thanks :)
Undortunately it only worked in 50% of the cases properly. Also there is only one global duid file so you can not have multiple duids (one per each interface).
jack9603301 moved T3137: Let VLAN aware bridge approach the behavior of professional equipment from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
@vagardx thank you for this rant.
Unknown Object (User) closed T3142: OpenVPN op-command completion fails due to missing status file as Resolved.
Unknown Object (User) renamed T3142: OpenVPN op-command completion fails due to missing status file from OpenVPN up-command completion issue to OpenVPN op-command completion issue.
Unknown Object (User) changed the status of T3143: OpenVPN server: Push route config format is wrong from In progress to Needs testing.
Unknown Object (User) committed rVYOSONEX35fcfbbfe530: openvpn: T3143: Push routes in correct format <IP> <NETMASK>.
GitHub <noreply@github.com> committed rVYOSONEXb0c8fb08c55d: Merge pull request #655 from DmitriyEshenko/1x-openvpn21122020f2 (authored by c-po).
jack9603301 updated the task description for T3137: Let VLAN aware bridge approach the behavior of professional equipment.
jack9603301 renamed T3137: Let VLAN aware bridge approach the behavior of professional equipment from When the bridge is a VLAN-aware bridge, the parent interface of the bridge can be set with an address to When setting a VLAN-aware bridge, the VLAN ID of the parent interface is always 1.
Sorry I am confused. I took a brief look at the code of dhcp6c and it appears manually modifying the dhcp6c_duid file should be able to keep the change persistent: https://github.com/jinmei/wide-dhcpv6/blob/24ee2a4f0009bc6ac9bd0b7b737aef93a4aa9905/common.c#L992. Did I miss anything? Thanks :)
Dec 21 2020
Dec 21 2020
Accidentally deleted the comment. Is there plan to migrated to dhcpcd instead? dhcpcd has good ipv6 support and being actively maintained too. Thanks.
Unknown Object (User) changed the status of T3143: OpenVPN server: Push route config format is wrong from Open to In progress.
Unknown Object (User) claimed T3143: OpenVPN server: Push route config format is wrong.
Unknown Object (User) created T3143: OpenVPN server: Push route config format is wrong.
Unknown Object (User) changed the status of T3142: OpenVPN op-command completion fails due to missing status file from Open to Needs testing.
Unknown Object (User) committed rVYOSONEX1951413f8a3e: openvpn: T3142: Change the path to tunnel status file.
GitHub <noreply@github.com> committed rVYOSONEX3a795c8d0dcf: Merge pull request #654 from DmitriyEshenko/fix-openvpn-21122020 (authored by c-po).
Unknown Object (User) claimed T3142: OpenVPN op-command completion fails due to missing status file.
Unknown Object (User) created T3142: OpenVPN op-command completion fails due to missing status file.
This breaks with standard configuration convention in Wireguard. Also, no documentation has been updated to reflect this breaking change.
I want to know the behavior of the implementation when upgrading the vyos version
GitHub <noreply@github.com> committed rVYOSONEXf8db20706527: Merge pull request #653 from jpbede/fix/flow-accounting-template (authored by c-po).
Dec 20 2020
Dec 20 2020
GitHub <noreply@github.com> committed rVYOSONEX089b5f10aaa3: Merge pull request #652 from jpbede/fix/flow-accounting-template (authored by dmbaturin).
jpbede changed the status of T3141: Flow-Accounting: uacctd conf wrongly formatted from Open to In progress.
jpbede closed T3132: Enable egress flow accounting, a subtask of T446: Flow accounting enhancements: pre/post NAT, ingress/egress, as Resolved.
It looks like wide dhcp client does not support setting the DUID as it is overwritten again after a restart :(
c-po closed T3140: Relax "ethernet offload-options" CLI definition, a subtask of T1637: Rewrite ethernet interface in new style XML syntax, as Resolved.
c-po changed the status of T3140: Relax "ethernet offload-options" CLI definition, a subtask of T1637: Rewrite ethernet interface in new style XML syntax, from Open to In progress.
c-po changed the status of T3140: Relax "ethernet offload-options" CLI definition from Open to In progress.
GitHub <noreply@github.com> committed rVYOSONEX0cf4694a23b2: Merge pull request #647 from jpbede/feature/flowacc-enable-egress (authored by c-po).
OK, I now tried vyos-1.3-rolling-202012192139 and am happy to report that something since the previous version I tried and this version has now fixed the problem.
Dec 19 2020
Dec 19 2020
francescocarzaniga updated the task description for T3139: Cannot create bond SR-IOV XCP-ng X540-T2.