Backported to equuleus https://github.com/vyos/vyos-1x/commit/fb5a64a0a517291efe62185d053b437b62ef2921
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Jan 27 2021
Jan 27 2021
dmbaturin edited projects for T590: openvpn config using openvpn config file, added: VyOS 1.4 Sagitta; removed VyConf.
dmbaturin edited projects for T874: Support for Two Factor Authentication for CLI access via Google Authenticator/OTP, added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
dmbaturin edited projects for T478: Firewall address group (multi and nesting), added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
dmbaturin edited projects for T474: Monitoring of plain-ipsec tunnels, added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
dmbaturin edited a custom field on T446: Flow accounting enhancements: pre/post NAT, ingress/egress.
dmbaturin edited projects for T439: local PBR support, added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
dmbaturin edited projects for T375: WAN failover, not to balance the load, added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
THis issue also exists in the WWAN interface, can you please also provide a fix here and a SMoketest checkick this exact situation, that when switching from online -> disabled the interface is gone and no ppp peer configs exist?
Unknown Object (User) edited a custom field on T3261: Does not possible to disable pppoe client interface..
Unknown Object (User) updated the task description for T3261: Does not possible to disable pppoe client interface..
Unknown Object (User) created T3261: Does not possible to disable pppoe client interface..
jack9603301 renamed T3116: Support back-end L4 level load balancing from Support L4 level load balancing to Support back-end L4 level load balancing.
I can say that after testing here's what I found.
Jan 26 2021
Jan 26 2021
This smoketest structure is currently revised as it makes no sense to refill the list on every run, should be a class method instead.
Unknown Object (User) closed T3251: PPPoE client trying to authorize with the wrong username as Resolved.
Tested on 1.4-rolling-202101240218, works as expected.
jack9603301 changed the status of T3257: tcpdump supporting complete protocol from Open to In progress.
The bug with FRR described here,
ref https://github.com/FRRouting/frr/issues/7583
ref https://github.com/FRRouting/frr/issues/7522
A possible reason, in the FRR hostname, declares 2 times.
Jan 25 2021
Jan 25 2021
weird, I am woth the same ISP and do not have this problem.
Unknown Object (User) changed the status of T3251: PPPoE client trying to authorize with the wrong username from In progress to Needs testing.
Unknown Object (User) added a project to T3251: PPPoE client trying to authorize with the wrong username: VyOS 1.4 Sagitta.
Unknown Object (User) changed the status of T3250: PPPoE server: wrong local usernames from Open to In progress.
Unknown Object (User) created T3250: PPPoE server: wrong local usernames.
jack9603301 changed the subtype of T3249: Support operation mode forwarding table output from "Task" to "Feature Request".
jack9603301 moved T3249: Support operation mode forwarding table output from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
Jan 24 2021
Jan 24 2021
c-po renamed T3248: Deal with VRRP mode-force command that exists in 1.2 but not in 1.3 from Deal with VRRP mode-force command that exists in 1.3 but not in 1.3 to Deal with VRRP mode-force command that exists in 1.2 but not in 1.3.
c-po changed the status of T3244: Rewrite protocol OSPFv3 to new XML/Python style from Open to Needs testing.
c-po closed T3245: Add XML for protocol ospfv3 [conf-mode], a subtask of T3244: Rewrite protocol OSPFv3 to new XML/Python style, as Resolved.
Viacheslav changed the status of T3245: Add XML for protocol ospfv3 [conf-mode], a subtask of T3244: Rewrite protocol OSPFv3 to new XML/Python style, from Open to Needs testing.
Viacheslav changed the status of T3245: Add XML for protocol ospfv3 [conf-mode] from Open to Needs testing.
This bug got fixed with https://phabricator.vyos.net/T3227
This works for me now (in 1.4-rolling-202101240218)
jack9603301 changed the status of T2518: Add support for IPv6 NAT (NPTv6) from In progress to Needs testing.
jack9603301 moved T2518: Add support for IPv6 NAT (NPTv6) from In Progress to Finished on the VyOS 1.3 Equuleus board.
Jan 23 2021
Jan 23 2021
Created the feature request on forum.
c-po changed the status of T3227: Latest releases don't work with RPKI (crash) from Confirmed to Needs testing.
What operational mode information do you require that are yet not displayed by:
Jan 22 2021
Jan 22 2021
jestabro changed the status of T3239: XML: override 'defaultValue' for mtu of certain interfaces; remove workarounds, a subtask of T2910: XML: generator should support override of variables, from Resolved to Unknown Status.
jestabro changed the status of T3239: XML: override 'defaultValue' for mtu of certain interfaces; remove workarounds from Resolved to Unknown Status.
jestabro changed the status of T2910: XML: generator should support override of variables from Resolved to Unknown Status.
Jan 21 2021
Jan 21 2021
jestabro changed the status of T3239: XML: override 'defaultValue' for mtu of certain interfaces; remove workarounds from Open to In progress.
c-po edited projects for T1875: Add the ability to use network address as BGP neighbor (bgp listen range), added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
Will remove test case and rebase to create PR and merge for 1.4; will later backport to 1.3 pending any issue.