Page MenuHomePhabricator
Feed All Stories

Yesterday

s.lorente closed T239: firewall all-ping setting is confusing as Resolved.
Tue, Sep 17, 4:03 PM · VyOS 1.3 Equuleus
s.lorente added a comment to T239: firewall all-ping setting is confusing.

PR merged.

Tue, Sep 17, 4:03 PM · VyOS 1.3 Equuleus
dmbaturin created T1667: Add a tool for automatically importing old style command definitions into XML.
Tue, Sep 17, 3:21 PM · VyOS 1.3 Equuleus
Dmitry added a comment to T1421: OpenVPN client push-route stopped working, needs added quotes to fix.

This issue don't reproduces at 1.2.2 and 1.2.3-epa1. As for rolling release after T1548, seems all correct and works.

set interfaces openvpn vtun0 server push-route '100.64.0.0/24'
set interfaces openvpn vtun0 server push-route '172.16.41.0/24'
set interfaces openvpn vtun0 server push-route '172.16.42.0/24'
vyos@vyos# sudo cat /opt/vyatta/etc/openvpn/openvpn-vtun0.conf | grep push
push "route 100.64.0.0 255.255.255.0"
push "route 172.16.41.0 255.255.255.0"
push "route 172.16.42.0 255.255.255.0"

on client

vyos@vyos-rtr01# run show ip route | grep vtun0
S>* 10.23.0.0/16 [1/0] is directly connected, vtun0, 00:03:25
C>* 10.23.1.1/32 is directly connected, vtun0, 00:03:25
K>* 100.64.0.0/24 [0/0] via 10.23.1.1, vtun0, 00:03:25
K>* 172.16.41.0/24 [0/0] via 10.23.1.1, vtun0, 00:03:25
K>* 172.16.42.0/24 [0/0] via 10.23.1.1, vtun0, 00:03:25

@kronenpj can you try last rolling release for confirm this?

Tue, Sep 17, 12:21 PM · VyOS 1.2 Crux (VyOS 1.2.4), VyOS 1.3 Equuleus
completeoptical00 updated completeoptical00.
Tue, Sep 17, 10:22 AM
c-po closed T1525: OpenVPN server clients disconnected after 60 mins as Invalid.
Tue, Sep 17, 3:41 AM · VyOS 1.3 Equuleus

Mon, Sep 16

s.lorente added a comment to T1525: OpenVPN server clients disconnected after 60 mins.

I have just sent a Pull Request to clarify on the manual how tricky openvpn-option --reneg-sec can be.

Mon, Sep 16, 11:40 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1664: Ipoe with bond per vlan don't work from In progress to Needs testing.
Mon, Sep 16, 9:41 PM · VyOS 1.2 Crux
hagbard added a comment to T1664: Ipoe with bond per vlan don't work.

Tomorrows rolling ISO will have the patch applied.
Please test and let me know how it goes.

Mon, Sep 16, 9:36 PM · VyOS 1.2 Crux
hagbard changed the status of T1664: Ipoe with bond per vlan don't work from Confirmed to In progress.

@sever Issue found and working on a patch.

ifname  | called-sid |    calling-sid    |     ip      | ip6 | ip6-dp | rate-limit | state  |  uptime  |        sid       
----------+------------+-------------------+-------------+-----+--------+------------+--------+----------+------------------
 bond0.51 | bond0.51   | 08:00:27:82:43:ae | 192.168.0.2 |     |        |            | active | 00:01:03 | d060220ce77252a9

Auto creation of vlans failed.

Mon, Sep 16, 9:28 PM · VyOS 1.2 Crux
hagbard closed T1040: rc.local is executed too early as Resolved.

@rcit Lot's of development underway and since I wasn't able to reproduce it anymoe, I thought I ask, Feel free to reopen if the issue re-occurs.

Mon, Sep 16, 6:08 PM · VyOS 1.3 Equuleus
c-po claimed T1666: Deleting a bond will place member interfaces into A/D state.
Mon, Sep 16, 5:55 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1664: Ipoe with bond per vlan don't work from Open to Confirmed.
Mon, Sep 16, 5:33 PM · VyOS 1.2 Crux
LBegnaud added a comment to T628: StrongSwan requires configuration change for proper routing over VTI..

You are absolutely right. Was a stressful morning sorting this out, thanks for the response.

Mon, Sep 16, 5:28 PM · VyOS-1.2.0-GA, VyOS 1.2 Crux (VyOS 1.2.0-rc1)
c-po added a comment to T628: StrongSwan requires configuration change for proper routing over VTI..

@LBegnaud if I read the source correct the command set vpn ipsec options disable-route-autoinstall is what you are looking for, it was implemented in T71

Mon, Sep 16, 5:27 PM · VyOS-1.2.0-GA, VyOS 1.2 Crux (VyOS 1.2.0-rc1)
LBegnaud added a comment to T628: StrongSwan requires configuration change for proper routing over VTI..

Yes definitely just ran into this myself. I think i had the opposite problem of OP. I have only ipsec VTI on the router, but whenever a reset vpn ipsec-peer command was run, the peer IP was being added as default route for table 220. Furthermore, this was being respected as the default route for the system (I'm not sure how route priority works with tables, but i'm guessing table 220 has preference over table main?)

Mon, Sep 16, 5:09 PM · VyOS-1.2.0-GA, VyOS 1.2 Crux (VyOS 1.2.0-rc1)
c-po created T1666: Deleting a bond will place member interfaces into A/D state.
Mon, Sep 16, 4:28 PM · VyOS 1.3 Equuleus
sever added a comment to T1664: Ipoe with bond per vlan don't work.

@hagbard in first my message actual config for bond1 with client-subnet 10.3.0.0/23 and authentication mode "local".

Mon, Sep 16, 4:19 PM · VyOS 1.2 Crux
hagbard added a comment to T1664: Ipoe with bond per vlan don't work.

everything works without issue as far a I see.

Mon, Sep 16, 4:16 PM · VyOS 1.2 Crux
hagbard added a comment to T1664: Ipoe with bond per vlan don't work.

@sever Yeah, sorry about the typo. You need to define an IP pool and an authentication method if you are not using a RADIUS server for that.
(I have bond0 in my lab so you need to change that to bond1 if you copy).

Mon, Sep 16, 4:09 PM · VyOS 1.2 Crux
sever added a comment to T1664: Ipoe with bond per vlan don't work.

@hagbard bond0 - is WAN interface without vlans/tags. For DHCP listening I use bond1 interface, not PPP.
A try man https://vyos.readthedocs.io/en/latest/services/ipoe-server.html

Mon, Sep 16, 3:54 PM · VyOS 1.2 Crux
hagbard added a comment to T1664: Ipoe with bond per vlan don't work.

@sever Can you please try: set service pppoe-server interface bond0 vlan-id 55. And have a look into /var/log/messages what accel is reporting there once the dhcp reply arrives. I'm going to lab up your config and test as well.

Mon, Sep 16, 3:43 PM · VyOS 1.2 Crux
rcit added a comment to T1040: rc.local is executed too early.

@hagbard I don't know if this is somehow relevant regarding VyOS 1.3, but i have tested it with VyOS 1.2.3-epa1 just today and it works perfectly.

Mon, Sep 16, 3:43 PM · VyOS 1.3 Equuleus
sever added a comment to T1664: Ipoe with bond per vlan don't work.

@sever Can you please also share your pppoe-server config?

Mon, Sep 16, 3:29 PM · VyOS 1.2 Crux
hagbard added a comment to T1664: Ipoe with bond per vlan don't work.

@sever Can you please also share your pppoe-server config?

Mon, Sep 16, 3:12 PM · VyOS 1.2 Crux
hagbard claimed T1664: Ipoe with bond per vlan don't work.
Mon, Sep 16, 3:10 PM · VyOS 1.2 Crux
sever updated the task description for T1665: Commit failed after delete prefix-list.
Mon, Sep 16, 2:36 PM
s.lorente added a comment to T239: firewall all-ping setting is confusing.

Thank you Taras. Pull request sent.
https://github.com/vyos/vyos-documentation/pull/103

Mon, Sep 16, 2:33 PM · VyOS 1.3 Equuleus
sever created T1665: Commit failed after delete prefix-list.
Mon, Sep 16, 1:59 PM
pomplumbing00 updated pomplumbing00.
Mon, Sep 16, 11:33 AM
zsdc added a comment to T239: firewall all-ping setting is confusing.

@s.lorente, could you please add details about this option to the https://github.com/vyos/vyos-documentation?

Mon, Sep 16, 11:29 AM · VyOS 1.3 Equuleus
sever created T1664: Ipoe with bond per vlan don't work.
Mon, Sep 16, 8:03 AM · VyOS 1.2 Crux
sever added a comment to T1660: Bonding dont’t work on VyOS 1.2-rolling-201909120338.
In T1660#43438, @c-po wrote:

Please test again with the rolling release from 2019-09-14. Thanks for reporting the issue.

Mon, Sep 16, 7:02 AM · VyOS 1.2 Crux
s.lorente claimed T239: firewall all-ping setting is confusing.

According to my findings, firewall all-pingaffects only to LOCAL. It does not affect to IN or OUT.

Mon, Sep 16, 1:40 AM · VyOS 1.3 Equuleus
kroy added a comment to T1490: BGP configuration (is lost|not applied) when updating 1.1.8 -> 1.2.1.

There are a number of strange things going on here, and I suspect there are multiple bugs:

Mon, Sep 16, 1:13 AM · VyOS 1.3 Equuleus
SquirePug added a comment to T1490: BGP configuration (is lost|not applied) when updating 1.1.8 -> 1.2.1.

[ protocols bgp 132394 ]
%BGP: No IPv4 Unicast peer configured
%BGP: No IPv6 Unicast peer configured
% Unknown command: bgp scan-time 5
Error configuring routing subsystem. See log for more detailed information

Mon, Sep 16, 12:58 AM · VyOS 1.3 Equuleus
SquirePug added a comment to T1490: BGP configuration (is lost|not applied) when updating 1.1.8 -> 1.2.1.

We did an update from 1.2.1-S2 to 1.2.3-epa1.

Mon, Sep 16, 12:30 AM · VyOS 1.3 Equuleus

Sun, Sep 15

runar added a comment to T1663: T1656 equuleus: buster: arm64/aarch64: ipaddrcheck does not complete testing.

the error in the test-log is just the errorcode, but the real error message is a memory allocation error:

vyos_bld@dd27213bf7b5:/vyos/ipaddrcheck/src$ ./ipaddrcheck
Error: could not allocate memory!
Sun, Sep 15, 5:53 PM · VyOS 1.3 Equuleus
c-po added a comment to T1637: Rewrite ethernet interface in new style XML syntax.

This could be used as base for testing:

Sun, Sep 15, 3:00 PM · VyOS 1.3 Equuleus
c-po closed T1630: OpenVPN after changing it from root to nobody (unprivileged user) cant add routes, a subtask of T1548: Rewrite OpenVPN interface/op-commands in new style XML/Python, as Resolved.
Sun, Sep 15, 11:56 AM · VyOS 1.3 Equuleus
c-po closed T1630: OpenVPN after changing it from root to nobody (unprivileged user) cant add routes as Resolved.
Sun, Sep 15, 11:56 AM · VyOS 1.3 Equuleus
c-po added a comment to T1630: OpenVPN after changing it from root to nobody (unprivileged user) cant add routes.

No feedback received, considering this as resolved. please reopen if issue reappears.

Sun, Sep 15, 11:56 AM · VyOS 1.3 Equuleus
c-po closed T1662: openvpn: 'show openvpn client' error as Resolved.
Sun, Sep 15, 8:52 AM · VyOS 1.3 Equuleus
c-po closed T1661: openvpn: wrong checking for existence cert files as Resolved.
Sun, Sep 15, 8:51 AM · VyOS 1.3 Equuleus
runar added a comment to T1663: T1656 equuleus: buster: arm64/aarch64: ipaddrcheck does not complete testing.

The same build procedure is tested fine on x86_64 and armhf without this issue

Sun, Sep 15, 7:26 AM · VyOS 1.3 Equuleus
runar triaged T1663: T1656 equuleus: buster: arm64/aarch64: ipaddrcheck does not complete testing as Normal priority.
Sun, Sep 15, 7:22 AM · VyOS 1.3 Equuleus

Sat, Sep 14

Dmitry changed the status of T1661: openvpn: wrong checking for existence cert files from Open to In progress.
Sat, Sep 14, 9:09 PM · VyOS 1.3 Equuleus
Dmitry added a comment to T1662: openvpn: 'show openvpn client' error.

PR https://github.com/vyos/vyos-1x/pull/129 commit 02195d0

Sat, Sep 14, 9:08 PM · VyOS 1.3 Equuleus
Dmitry changed the status of T1662: openvpn: 'show openvpn client' error from Open to In progress.
Sat, Sep 14, 8:51 PM · VyOS 1.3 Equuleus
Dmitry added a comment to T1661: openvpn: wrong checking for existence cert files.

PR https://github.com/vyos/vyos-1x/pull/129

Sat, Sep 14, 8:20 PM · VyOS 1.3 Equuleus
Dmitry triaged T1661: openvpn: wrong checking for existence cert files as Normal priority.
Sat, Sep 14, 7:53 PM · VyOS 1.3 Equuleus
efficiosoft added a comment to T762: Include rulseset in firewall.

I'm very interested in this as well. Especially when you do lots of filtering based on ipsets that contain adresses from multiple zones, inclusion can save you a lot of redundancy.

Sat, Sep 14, 11:22 AM · VyOS 1.3 Equuleus

Fri, Sep 13

hagbard closed T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules, a subtask of T476: Start builds for Debian 10 (Buster), as Resolved.
Fri, Sep 13, 7:47 PM · VyOS 1.3 Equuleus
hagbard closed T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules as Resolved.
Fri, Sep 13, 7:47 PM · VyOS 1.3 Equuleus
c-po added a comment to T1660: Bonding dont’t work on VyOS 1.2-rolling-201909120338.

Please test again with the rolling release from 2019-09-14. Thanks for reporting the issue.

Fri, Sep 13, 6:44 PM · VyOS 1.2 Crux
c-po added a subtask for T1614: Rewrite bonding interface in new style XML syntax: T1660: Bonding dont’t work on VyOS 1.2-rolling-201909120338.
Fri, Sep 13, 6:41 PM · VyOS 1.3 Equuleus
c-po added a parent task for T1660: Bonding dont’t work on VyOS 1.2-rolling-201909120338: T1614: Rewrite bonding interface in new style XML syntax.
Fri, Sep 13, 6:41 PM · VyOS 1.2 Crux
c-po closed T1660: Bonding dont’t work on VyOS 1.2-rolling-201909120338 as Resolved.
Fri, Sep 13, 6:40 PM · VyOS 1.2 Crux
hagbard moved T1597: /usr/sbin/rsyslogd after deleting "system syslog" from In Progress to Finished on the VyOS 1.3 Equuleus board.
Fri, Sep 13, 5:49 PM · VyOS 1.2 Crux (VyOS 1.2.4), VyOS 1.3 Equuleus
hagbard added a comment to T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules.

pushed to current too and rebuilt kernel in CI successfully.

Fri, Sep 13, 5:48 PM · VyOS 1.3 Equuleus
hagbard reassigned T1660: Bonding dont’t work on VyOS 1.2-rolling-201909120338 from hagbard to Dmitry.
Fri, Sep 13, 4:06 PM · VyOS 1.2 Crux
Dmitry added a comment to T1660: Bonding dont’t work on VyOS 1.2-rolling-201909120338.

PR https://github.com/vyos/vyos-1x/pull/128

Fri, Sep 13, 4:02 PM · VyOS 1.2 Crux
hagbard claimed T1660: Bonding dont’t work on VyOS 1.2-rolling-201909120338.
Fri, Sep 13, 3:49 PM · VyOS 1.2 Crux
hagbard changed the status of T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules, a subtask of T476: Start builds for Debian 10 (Buster), from In progress to Needs testing.
Fri, Sep 13, 3:44 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules from In progress to Needs testing.

@runar
I just cross compiled it successfully. CI uses a sed right now to correct it, all paths are now generic.
What I currently can't do is actually testing the binaries on a real device, I would appreciate it if you can do that.

Fri, Sep 13, 3:44 PM · VyOS 1.3 Equuleus
sever created T1660: Bonding dont’t work on VyOS 1.2-rolling-201909120338.
Fri, Sep 13, 3:41 PM · VyOS 1.2 Crux
dmbaturin updated subscribers of T1659: SPAM.
Fri, Sep 13, 12:31 PM
dmbaturin renamed T1659: SPAM from Help me to activate McAfee from Www.Mcafee.Com/Activate to SPAM.
Fri, Sep 13, 12:31 PM
Unknown Object (User) created T1659: SPAM.
Fri, Sep 13, 12:25 PM
syncer closed T1657: Vyatta VC6.5R1 - BGP vs Default Route as Invalid.

This is a support request,
please use forum.vyos.io for such request

Fri, Sep 13, 9:51 AM · Rejected
mondgame updated the task description for T1657: Vyatta VC6.5R1 - BGP vs Default Route.
Fri, Sep 13, 5:20 AM · Rejected
mondgame created T1657: Vyatta VC6.5R1 - BGP vs Default Route.
Fri, Sep 13, 4:44 AM · Rejected

Thu, Sep 12

hagbard changed Difficulty level from unknown to normal on T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules.
Thu, Sep 12, 9:11 PM · VyOS 1.3 Equuleus
Dmitry added a comment to T834: accel-ppp: l2tp implementation.

@drac , before implementation cli command for restarting l2tp I need explanation how to reproduce issue when daemon is died. Can you detailed explain this?

Thu, Sep 12, 7:48 PM · VyOS 1.3 Equuleus
Dmitry added a comment to T834: accel-ppp: l2tp implementation.

Implementation advanced ppp-options

vyos@vyos# set vpn l2tp remote-access ppp-options 
Possible completions:
   lcp-echo-failure
                Maximum number of Echo-Requests may be sent without valid reply
   lcp-echo-interval
                LCP echo-requests/sec

https://github.com/vyos/vyos-1x/pull/127

Thu, Sep 12, 7:43 PM · VyOS 1.3 Equuleus
Dmitry added a comment to T834: accel-ppp: l2tp implementation.

@drac, thank you for info.
reset commands migrated to vyos-1x, PR bellow
https://github.com/vyos/vyatta-ravpn/pull/13
https://github.com/vyos/vyos-1x/pull/126

Thu, Sep 12, 3:51 PM · VyOS 1.3 Equuleus
artooro added a comment to T160: Support NAT64.

I'm thinking about trying to run either tayga or jool as a docker container inside of VyOS. Has anyone tried something like this? If I wrote a guide on how to do this I wonder if it would be an OK temporary solution until it's integrated into VyOS.

Thu, Sep 12, 3:48 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules, a subtask of T476: Start builds for Debian 10 (Buster), from Open to In progress.
Thu, Sep 12, 3:32 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules from Open to In progress.
Thu, Sep 12, 3:32 PM · VyOS 1.3 Equuleus
hagbard closed T1572: Wireguard keyPair per interface as Resolved.
Thu, Sep 12, 3:27 PM · VyOS 1.3 Equuleus
hagbard claimed T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules.
Thu, Sep 12, 3:26 PM · VyOS 1.3 Equuleus
runar placed T1656: equuleus: buster: arm: iso creation failes because of intel drivers up for grabs.
Thu, Sep 12, 12:10 PM · VyOS 1.3 Equuleus
runar triaged T1656: equuleus: buster: arm: iso creation failes because of intel drivers as Normal priority.
Thu, Sep 12, 12:10 PM · VyOS 1.3 Equuleus
syncer closed T534: VPN/IPSEC/BGP/DPD - unknown bug, tunnel and interfaces up, but no traffic as Wontfix.

Ok, closing as wontfix

Thu, Sep 12, 10:08 AM · Rejected
runar triaged T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules as Normal priority.
Thu, Sep 12, 7:56 AM · VyOS 1.3 Equuleus
c-po added a parent task for T1466: Add EAPOL login support: T1637: Rewrite ethernet interface in new style XML syntax.
Thu, Sep 12, 6:44 AM · VyOS 1.3 Equuleus
c-po added a subtask for T1637: Rewrite ethernet interface in new style XML syntax: T1466: Add EAPOL login support.
Thu, Sep 12, 6:44 AM · VyOS 1.3 Equuleus
mario added a comment to T534: VPN/IPSEC/BGP/DPD - unknown bug, tunnel and interfaces up, but no traffic.

No, we don't use vyos in production any more, so I can't tell.

Thu, Sep 12, 6:34 AM · Rejected
MarcSim closed T1545: IPSEC vti issue as Resolved.

We have openned a ticket on VyOS support, and they have find the solution.
We had to add this configuration :

Thu, Sep 12, 5:37 AM · VyOS 1.3 Equuleus
syncer triaged T1654: sFlow: multiple "sflow server" not work, and "disable-imt" could break configuration as Low priority.
Thu, Sep 12, 4:31 AM · VyOS 1.2 Crux (VyOS 1.2.4), VyOS 1.3 Equuleus
syncer moved T1654: sFlow: multiple "sflow server" not work, and "disable-imt" could break configuration from Needs Triage to Backlog on the VyOS 1.2 Crux (VyOS 1.2.4) board.
Thu, Sep 12, 4:30 AM · VyOS 1.2 Crux (VyOS 1.2.4), VyOS 1.3 Equuleus
syncer moved T1654: sFlow: multiple "sflow server" not work, and "disable-imt" could break configuration from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
Thu, Sep 12, 4:30 AM · VyOS 1.2 Crux (VyOS 1.2.4), VyOS 1.3 Equuleus
syncer edited projects for T1654: sFlow: multiple "sflow server" not work, and "disable-imt" could break configuration, added: VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.4); removed VyOS 1.2 Crux.
Thu, Sep 12, 4:28 AM · VyOS 1.2 Crux (VyOS 1.2.4), VyOS 1.3 Equuleus

Wed, Sep 11

dmbaturin renamed T1460: "show firewall ...." doesn't support counters with more than eight digits from "show firewall ...." does not show information correctly in specific cases to "show firewall ...." doesn't support counters with more than eight digits.
Wed, Sep 11, 10:34 PM · VyOS 1.2 Crux (VyOS 1.2.3), VyOS 1.3 Equuleus
dmbaturin renamed T1362: Incorrect handling of special characters in VRRP passwords from VRRP Auth Password Is Not Sanitized - to Incorrect handling of special characters in VRRP passwords.
Wed, Sep 11, 10:31 PM · VyOS 1.2 Crux (VyOS 1.2.3), VyOS 1.3 Equuleus
hagbard added a comment to T1040: rc.local is executed too early.

@rcit Is that still a relevant issue?

Wed, Sep 11, 10:29 PM · VyOS 1.3 Equuleus
hagbard closed T1652: vyos-xe-guestutilities sync upstream as Wontfix.

nothing added we would need.

Wed, Sep 11, 10:27 PM · VyOS 1.3 Equuleus
dmbaturin changed the status of T1642: BGP configuration error when using remove-private-as from Open to Needs testing.
Wed, Sep 11, 10:11 PM · VyOS 1.2 Crux (VyOS 1.2.3)
drac added a comment to T834: accel-ppp: l2tp implementation.

I have been trying this new feature out.

  1. I had configured an MTU value and I had some sessions connected, I realised I had set it incorrect so I modified it to the correct value. On commit I received an error (sorry I don't have it at present) but to the extent that accel-pppd was not running on localhost:2004.

I had to reboot the router to get it working again.

Wed, Sep 11, 9:35 PM · VyOS 1.3 Equuleus
hagbard changed the status of T770: Bonded interfaces get updated with incorrect hw-id in config. from Confirmed to In progress.
Wed, Sep 11, 5:16 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus