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

We can do it the same way

vyos@r1# set service snmp oid-enable 
Possible completions:
   route-table          Enable routing table OIDs (ipCidrRouteTable inetCidrRouteTable)

so by default they should be disabled

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

Error also present in vyos-1.4-rolling-202212020318

Verify if you are trying to add a new vethX to exists pair (veth12 link to veth0 should be RaiseConfigerror)

set interfaces virtual-ethernet veth0 peer-name 'veth1'
set interfaces virtual-ethernet veth1 peer-name 'veth0'
set interfaces virtual-ethernet veth12 peer-name 'veth0'
commit

commit

vyos@r1# commit
[ interfaces virtual-ethernet veth12 ]
{'ifname': 'veth12',
 'other_interfaces': {'veth0': {'peer_name': 'veth1'},
                      'veth1': {'peer_name': 'veth0'},
                      'veth12': {'peer_name': 'veth0'}},
 'peer_name': 'veth0'}
VyOS had an issue completing a command.

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

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

No, just try the latest rolling
There were a lot of changes/ bug fixed: etc since 2021

@Viacheslav Can you point to any existing defect in which this issue was fixed to understand the root case and fix?

Outdated image 2021

Pull request: https://github.com/vyos/vyos-build/pull/288

Fixed in latest 1.4 rolling

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

@ordex Could you check the latest rolling release? Fancontrol should be there.

Issue with FRR https://github.com/FRRouting/frr/issues/12406

I've been testing this for a few weeks now at home and haven't noticed any issues. That said, while I have 6 network zones and a few public services running, my home network isn't very complicated and doesn't have any "exotic" firewall rules. Since the changes are fairly minor and the smoketests pass, I don't think there should be any issues, though.

OSPF and ISIS segment routing should now have been successfully refactored...at least for now.

Adding PR to fix OSPF opaque LSA and rfc 1583 compatibility to the OSPF FRR Jinja2 template.

PR https://github.com/vyos/vyos-user-utils/pull/3
PR https://github.com/vyos/vyos-build/pull/287

It will be enough next config to reproduce:

set protocols mpls interface 'eth1'
commit
set protocols bgp system-as 65001
commit

Verify check, PR https://github.com/vyos/vyos-1x/pull/1678

@pasik please see https://github.com/vyos/vyatta-cfg-system/pull/191

It must be RaiseConfigError if we delete one of the peers which related on the other veth interface

set interfaces virtual-ethernet veth0 peer-name 'veth1'
set interfaces virtual-ethernet veth1 peer-name 'veth0'

I've made some tested, it seems works as we expected :

@marc_s Would you be able to open a PR against 1.3 ?

The behaviour is quite different depending on what is done. In my case another API key (not the one my application uses) should be deleted and fails, the service restarts afterwards and the config is still the same. Is there something like a hot reload missing? Also, if the API-server dies without restart (had that case several times, would have to find out, which command does that) even a change using cli did not recover the service.