vyos@r1-roll:~$ show protocols static arp Address HWtype HWaddress Flags Mask Iface 192.168.122.1 ether 52:54:00:f5:e8:14 C eth0 192.168.100.1 ether 52:54:00:d8:74:1f C eth1 192.168.122.12 ether 52:54:00:48:bb:cd C eth
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Jul 27 2020
Jul 27 2020
GitHub <noreply@github.com> committed rVYOSONEX16b1a4fa0e57: Merge pull request #518 from DmitriyEshenko/crux-pppoe-pado-delay (authored by dmbaturin).
GitHub <noreply@github.com> committed rVYOSONEX7c84c631d58b: Merge pull request #517 from DmitriyEshenko/crux-pppoe-pado-delay (authored by dmbaturin).
We can close it.
Viacheslav added a comment to T945: Unable to change configuration after changing it from script (vbash + script-template).
I don't see this behavior in VyOS 1.3-rolling-202007270117
It seems in the FRR part of commands not working.
Jul 26 2020
Jul 26 2020
jestabro removed a project from T1185: Firewall rulesets are ignored in RFC-compliant VRRP setups: VyOS 1.2 Crux (VyOS 1.2.6).
This fix remains an open discussion with @zsdc and @Dmitry
jestabro moved T1985: pppoe: Enable ipv6 modules without configured ipv6 pools from Backport Candidates to Finished on the VyOS 1.3 Equuleus board.
jestabro changed the status of T1985: pppoe: Enable ipv6 modules without configured ipv6 pools from Unknown Status to Resolved.
jestabro moved T1985: pppoe: Enable ipv6 modules without configured ipv6 pools from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
c-po added a comment to T2735: WireGuard cannot configure multiple peers - allowed-ips is overwritten.
Thanks - added a note to the docs.
runar added a comment to T2735: WireGuard cannot configure multiple peers - allowed-ips is overwritten.
c-po added a comment to T2735: WireGuard cannot configure multiple peers - allowed-ips is overwritten.
Thanks for clarification! That exclusion could indeed be added to the config scripts would would require some ipaddress mangling to determine overlapping subnets.
runar added a comment to T2735: WireGuard cannot configure multiple peers - allowed-ips is overwritten.
This s expected wireguard behavior.
jestabro changed the status of T1853: wireguard - disable peer doesn't work , a subtask of T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config., from Unknown Status to Resolved.
jestabro changed the status of T1853: wireguard - disable peer doesn't work from Unknown Status to Resolved.
jestabro removed projects from T1853: wireguard - disable peer doesn't work : VyOS 1.2 Crux (VyOS 1.2.6), Ready for Crux (1.2.x).
This does not currently affect crux (perhaps it did at some point). The crux script logic precludes this bug; confirmed in testing.
dmbaturin changed the status of T1983: Expose route-map when BGP routes are programmed in to FIB from Unknown Status to Resolved.
dmbaturin committed rVYOSONEXb4459ea6df6e: dynamic DNS: T1953: Relaxed service name check (authored by zsdc).
dmbaturin renamed T1953: DDNS service name validation rejects valid service names from Two custom ddns services to DDNS service name validation rejects valid service names.
c-po changed Version from 1.2.5 to 1.2.5 + 1.3-rolling on T2735: WireGuard cannot configure multiple peers - allowed-ips is overwritten.
dmbaturin changed the status of T2476: Bond member description change leads to network outage from Unknown Status to Resolved.
dmbaturin moved T2476: Bond member description change leads to network outage from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
dmbaturin moved T2448: `monitor protocol bgp` subcommands fail with 'command incomplete' from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
dmbaturin changed the status of T832: `show monitoring protocols bgp` doesn't work with frr from Unknown Status to Resolved.
dmbaturin changed the status of T832: `show monitoring protocols bgp` doesn't work with frr, a subtask of T306: Migration from vyatta-quagga to FRR, from Unknown Status to Resolved.
dmbaturin moved T1949: Multihop IPv6 BFD is unconfigurable from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
dmbaturin moved T1974: Allow route-map to set administrative distance from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
c-po closed T2644: Bonding interfaces cannot be disabled, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
Works as expected in latest rolling: 1.3-rolling-20200724
c-po closed T2733: Support MTU configuration on pseudo ethernet devices, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
c-po changed the status of T2734: WireGuard: fwmark CLI definition is inconsistent, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, from Unknown Status to Resolved.
c-po changed the status of T2734: WireGuard: fwmark CLI definition is inconsistent from Unknown Status to Resolved.
c-po moved T2734: WireGuard: fwmark CLI definition is inconsistent from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
dmbaturin changed Version from 1.2+ to 1.2.5 on T1973: Allow route-map to match on BGP local preference value.
dmbaturin changed the status of T1973: Allow route-map to match on BGP local preference value from Unknown Status to Resolved.
c-po closed T2734: WireGuard: fwmark CLI definition is inconsistent, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Unknown Status.
dmbaturin added a comment to T1901: Semicolon in values is interpreted as a part of the shell command by validators.
Accidentally committed a crux fix with https://github.com/vyos/vyos-1x/commit/920d87447ca479c311102260e5816ec0f5268a9b
dmbaturin renamed T2021: OSPFv3 doesn't support decimal area syntax from OSPFv3 allows input of unsupported area notation to OSPFv3 doesn't support decimal area syntax.
dmbaturin changed the status of T2021: OSPFv3 doesn't support decimal area syntax from Unknown Status to Resolved.
c-po changed the status of T2733: Support MTU configuration on pseudo ethernet devices, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, from Open to In progress.
c-po changed the status of T2733: Support MTU configuration on pseudo ethernet devices from Open to In progress.
jack9603301 changed the status of T2723: Support tcptraceroute, a subtask of T2714: A collection of utilities supporting IPv6 or ipv4, from In progress to Needs testing.
jack9603301 updated the task description for T2715: Duplicate address detection option supporting ARP.
jack9603301 updated the task description for T2714: A collection of utilities supporting IPv6 or ipv4.
dmbaturin changed the status of T2443: NHRP: Add debugging information to syslog from Unknown Status to Resolved.
dmbaturin renamed T2091: swanctl.conf file is not generated properly if more than one IPsec profile is used from The swanctl.conf file does not generate properly to swanctl.conf file is not generated properly is more than one IPsec profile is used.
dmbaturin removed a project from T2059: Set source-validation on bond vif don't work: Ready for Crux (1.2.x).
dmbaturin changed the status of T2000: strongSwan does not install routes to table 220 in certain cases from Unknown Status to Resolved.
dmbaturin removed a project from T1301: bgp peer-groups don't work when "no-ipv4-unicast" is enabled.: Ready for Crux (1.2.x).
dmbaturin changed the status of T1220: Show transceiver information from plugin modules, e.g SFP+, QSFP from Unknown Status to Resolved.
Jul 25 2020
Jul 25 2020
Hi @jack9603301 your PRs are much appreciated but triggering my eMail inbox won't get your stuff merged faster - it actually will be quiet the opposite as I think you will trigger me again when it's urgent.
GitHub <noreply@github.com> committed rVYOSONEX2b665599a28b: Merge pull request #514 from jack9603301/T2723 (authored by c-po).
Sorry on behalf of the team. The process of PR review is not ideal. I appreciate that you have asked for merge, and would be probably expecting some feedback As it was not, and that you got neither yet. I know it can be a bit frustrating .. I also have PRs waiting! 🥱
Hopefully there will be more regular review going forward, in the meanwhile please be assured that your contribution is appreciated and again sorry for the wait.
@c-po This PR has been open for several days, requesting a merge
@c-po This PR has been open for several days, requesting a merge
@c-po This PR has been open for several days, requesting a merge