Mon, Jan 3
Sun, Jan 2
Still the same on vyos-1.4-rolling-202201020317-amd64.iso
Dec 9 2021
Dec 5 2021
As both PRs have been merged now, I'm resolving this issue.
Dec 3 2021
Ok. I just found out, that I had an error, when porting my changes to github.
Dec 2 2021
I hope I can find some time tomorrow to also test with crux. My current build job only builds the 1.3.x branch, but should be easy to adjust.
@fetzerms Thanks, Could you test the crux build?
I think I found the issue. Please see https://github.com/vyos/vyos-build/pull/207/
Update: If I run
@sever To me it seems it's not even present in the iso and according to the dpkg logs it seems to install vyos-xe-version.
@fetzerms Is xe-guest-utilities is present in iso image?
I'll look at it soon.
@sever I think you implemented that feature. Am I using it wrong?
Nov 28 2021
I have tested with vyos-1.4-rolling-202111281249 and is still missing, I can confirm that the frr version is 8.1.
Nov 25 2021
Already implemented in FRR 8.x, so for first, we should migrate to FRR 8.x if it is possible T3753
Nov 24 2021
Brilliant, thanks @c-po!
@marc_s I ensure that there is always a volatile folder used for those PIDs
@c-po I see that you've marked this as resolved, but I don't see any comments (maybe I'm doing something wrong). I'd appreciate some feedback.
Is it resolved as in: will be fixed as soon as third-party code is fixed? Or have you made changes to the code to mitigate?
Nov 23 2021
Nov 22 2021
Nov 21 2021
Nov 20 2021
A feature request was made with a change in behavior:
(Feature Request: IPsec IKEv1 + IKEv2 for one peer)
Create an Ike-group without a command "key-exchange" (like in VyOS 1.4):
Nov 19 2021
Nov 18 2021
I don't think that it is a bug.
If you don't set any value, it gets default value ikev1
Nov 17 2021
Nov 15 2021
For 1.4 it was implemented in T645
IPSec was completely rewritten in 1.4
Nov 13 2021
Nov 9 2021
FRR doesn't support it.