I ran into this issue as well and verified it's resolved on current rolling release. Will this also be fixed in 1.2.6?
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Aug 25 2020
Aug 25 2020
marekm updated the task description for T2825: Support for x32 user space ABI (32-bit pointers) on x86-64 arch.
marekm edited a custom field on T2825: Support for x32 user space ABI (32-bit pointers) on x86-64 arch.
Aug 24 2020
Aug 24 2020
Unknown Object (User) added a comment to T2772: BGP Route Distinguisher & Route Target Extended Community.
In T2772#73254, @Viacheslav wrote:@ronie can you build an example with frr?
@Viacheslav, when I try that I get the following:
In T2081#73683, @Cheeze_It wrote:
The updated code was successfully tested on the virtual machine, and 5.1 has not been tested yet, waiting for the release of kernel 5.1
Aug 23 2020
Aug 23 2020
Unknown Object (User) closed T2812: Add basic smoketest for anyconnect, a subtask of T2036: Open Connect VPN Server () support, as Resolved.
Jenkins output build ID 1015
16:14:06 DEBUG - Running Testcase: /usr/libexec/vyos/tests/smoke/cli/test_vpn_anyconnect.py 16:14:18 DEBUG - . 16:14:18 DEBUG - ---------------------------------------------------------------------- 16:14:18 DEBUG - Ran 1 test in 11.085s 16:14:18 DEBUG - 16:14:18 DEBUG - OK
Works properly, tested on 1.3-rolling-202008231246
c-po changed the status of T2790: Add ability to set ipv6 protocol route-map for OSPFv3 from Open to Needs testing.
c-po moved T2822: Update Linux Kernel to v4.19.141 from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
Unknown Object (User) created T2823: VXLAN has state A/D after configuration.
Unknown Object (User) reassigned T2810: Docs for vpn anyconnect-server from Unknown Object (User) to Unknown Object (User).
Aug 22 2020
Aug 22 2020
c-po closed T2821: Support DHCPv6-PD without "address dhcpv6", a subtask of T2677: Proposal for clearer DHCPv6-PD configuration options, as Resolved.
c-po changed the status of T2821: Support DHCPv6-PD without "address dhcpv6", a subtask of T2677: Proposal for clearer DHCPv6-PD configuration options, from Open to In progress.
c-po changed the status of T2821: Support DHCPv6-PD without "address dhcpv6" from Open to In progress.
Maybe related - https://github.com/FRRouting/frr/issues/6439
The SNPT and DNPT functions are basically implemented, but because they have not been reviewed and approved for the time being, they enter the hold state, waiting for processing and discussion
jack9603301 changed the status of T2518: Add support for IPv6 NAT (NPTv6) from In progress to On hold.
c-po renamed T2819: Evaluate DDNS (Dynamic DNS client) as successor to ddclient from Evaluate DDNS (Dynamic DNS client for IPFire) as successor to ddclient to Evaluate DDNS (Dynamic DNS client) as successor to ddclient.
c-po renamed T2819: Evaluate DDNS (Dynamic DNS client) as successor to ddclient from Evaluate DDNS (Dynamic DNS client for IPFire.) as successor to ddclient to Evaluate DDNS (Dynamic DNS client for IPFire) as successor to ddclient.
Enabling this requires a full rewrite of syslog as also the configuration must be altered, see example at https://manpages.debian.org/testing/rsyslog/rsyslog.conf.5.en.html
Version of Vyos I have is:
Aug 21 2020
Aug 21 2020
In T915#73396, @Viacheslav wrote:@craterman Can you share an example of a configuration or how it looks in the frr? So that I can reproduce this in a test lab.
And share additional show the output and what you expect to see.
Aug 20 2020
Aug 20 2020
bitmap is too nerdy, just use a multinode withe the mentioned capabilities in human readable form.
Unknown Object (User) created T2818: Add the possibility to passthrough LLDP, LACP, etc..
According to https://help.mikrotik.com/docs/pages/viewpage.action?pageId=24805521 , "EoIP" is simply Ethernet over GRE. We already support that, with the "gre-bridge" encapsulation.
@erkin Could you verify if this is reproducible?
dmbaturin added a parent task for T2639: sort output of show vpn ipsec sa : T2816: Rewrite IPsec scripts with the new XML/Python approach.
dmbaturin added a subtask for T2816: Rewrite IPsec scripts with the new XML/Python approach: T1501: VPN Commit Errors.
dmbaturin added a parent task for T1501: VPN Commit Errors: T2816: Rewrite IPsec scripts with the new XML/Python approach.
dmbaturin closed T1339: When configuring L2TP with IPsec on 1.2.0 (201904160337), the `xl2tpd` daemon isn't automatically started as Resolved.
xl2tpd has been long replaced with accel-ppp, so this shouldn't be an issue anymore.
Ok, I got the new version of code and here is what I found. As a baseline here's the Vyos config, and it's more or less the same as before but I moved lab environments:
It's been working for a while, so I think this is safe to close.