hi, this is an example of the accel-pp.conf section for PPPoE, using the documentation as reference.
[pppoe] pado-delay=100
hi, this is an example of the accel-pp.conf section for PPPoE, using the documentation as reference.
[pppoe] pado-delay=100
@lclements0 Can you re-check?
Probably was fixed in https://github.com/vyos/vyos-cloud-init/commit/412287741b70b536458d84972257eda0b3c18d9f
Possible FRR bug https://github.com/FRRouting/frr/issues/13561
Its mainly a headsup for maintainers to go through the report and fix whats possible.
Forum user reports that this is resolved.
Use the latest rolling.
The validator correctly handled addresses that end with zero if they valid host addresses. It rejects such addresses iff they are the first addresses of their subnets: in IPv4 because it's the network address, in IPv6 because it's the Subnet-Router anycast address (https://www.rfc-editor.org/rfc/rfc4291#section-2.6.1).
In T5376#176807, @svd135 wrote:The data channels are not established.
As I understand it, the problem is that the required related ports are not forwarded dynamically to translated address
Yes please - just to rule this out
Simple fix here; PR pending following tests.
https://github.com/jestabro/vyos-1x/tree/pxe-boot
Compat names were dropped in https://github.com/vyos/vyos-1x/commit/c8ef5e8bdce01bbf05297df39e6c6223d0b2a2ea
Fixed for 1.4
set interfaces bonding bond0 member interface 'eth1' set interfaces bonding bond0 member interface 'eth2' set interfaces bonding bond0 mode '802.3ad' set interfaces bonding bond0 vif 667 address '10.6.67.11/24' set interfaces bonding bond0 vif 668 address '172.29.0.11/24' set interfaces bonding bond0 vif 668 redirect 'ifb0' set interfaces input ifb0 commit
enable-local-traffic just writes several old iptables rules https://github.com/vyos/vyatta-wanloadbalance/blob/961a2e8862280d2ce5500626cdee8a1adaa67ab2/src/lbdecision.cc#L124-L130
Propose to close task as "wontfix" due to the old backend and C implementation.
The correct behavior should be implemented for the protocols failover route feature.
I also propose to close all load-balancing wan tasks as wontfix for the same reason.
The task for dynamic interface T5647
Update from the PR
The changes from this pull request has already been incorporated and will be in the next major release of open-vm-tools.
https://github.com/vmware/open-vm-tools/pull/689#issuecomment-1948466725
Including v4?
Still bug for VyOS 1.5-rolling-202402131735
I'd delete the whole firewall configuration, at least for test.
@c-po As it relates to v6, no, i have no nothing