Using a space in description withput quotation won‘t work. This is because the underlay of the CLI is bash and needs proper quotation.

@Viacheslav
If i use this format ('test test test') it works well.
Is it possible using description with space without '' ?

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

Forgot about the process "vyos-http-api-server". The process must be launched in the required vrf. Otherwise, we get an error: Otherwise, we get an error:

A similar bug I see in 1.2 with such configuration:

set service snmp contact 'test'
set service snmp listen-address 192.168.122.12
set service snmp location 'test'
set service snmp v3 user foo auth encrypted-key '0x2e312e332e362e312e362e332e31302e312e322e34'
set service snmp v3 user foo auth type 'sha'
set service snmp v3 user foo privacy encrypted-key '0x'
set service snmp v3 user foo privacy type 'aes'

Duplicate PR:
https://github.com/vyos/vyos-1x/pull/1118
Request revoked

All parts completely backported to Equuleus.

@m.korobeinikov Could you re-check it and close if necessary?

Confirmed working in 1.3.0 LTS.

I agree, when offloading is enabled, it is necessary to increase MTU for traffic policing.

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

@adestis thank you. This issue isn't critical. It's more for to improve the design and for convenience of our customers.
You can use /32 to add a host, but we have to have the opportunity to add hosts without masks.
For example, if you need to create a group consisting of 1000 (or more random hosts), it's more convenient to use configuration without masks.

@c-po I will check it!

@UnicronNL can you rechecknon todays rolling image? It behaved differently for me

I set the banners via set system login pre-login 'test' and/or set system login post-login 'test'
and then the banners are set. (and the default is overwritten)

Well deleting the login banner results in the "default" behavior as expected.

@m.korobeinikov why not use network group with /32 host addresses ?

The custom banner is removed after the deletion operation. But it shows the default banner:

Can also confirm that 1.3.0-epa3 is broken, so something must have changed between epa3 and 202112180443.

Tried 1.3-beta-202112180443, seems to be working as it should now.

Yes, but sync-groups dont have health-check scripts.
The best solution, in this case, is to implement health-check features for sync-group and do migration script.
We should not use health-check configured for a group if this group belongs to a sync-group

sync-groups habe transition scripts, too

Didn't notice this message, thanks!
Maybe we should add a corresponding sync_group command to the CLI?

I ve check this situation on VyOS 1.3(beta-202112120443) and 1.4(rolling-202112160318) (platform SAF51015I) and interfases didont confus.

When sync group configure the keepalived report to log, looks like we need to use this script on sync_group

Dec 16 15:22:53 vyos Keepalived_vrrp[4766]: Warning - script healthcheck_XXX is not used

This is no longer relevant now that curl has been almost entirely removed from the interface. Source addresses and such can be set for commit-archive, and authentication variables are set individually for each session.

The way it's done right now is like this:

curl is no longer relevant as it was superseded by the new remote module.

Going to backport this to 1.3 as well.

The bug was fixed. Need to check on SAF51015I platform

Duplicate T1877

Have you tried writing the description with spaces in quotes?
Something like this:

@c-po Everything works well, thanks. I've checked on this version (VyOS 1.3-beta-202112120443).
I m going to check it on 1.4