@talmakion Good catch! Thanks for contributing!
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Jun 5 2024
In T6445#191034, @Apachez wrote:This can be handled just like "how others does it" as in if the peer is lost after a sync then the peer will automatically return to previous config.
This can be handled just like "how others does it" as in if the peer is lost after a sync then the peer will automatically return to previous config.
Swap/change/hide config entries are not implemented.
It is not a bug but a feature request.
The config-sync is not a HA.
I don't think config-sync should save, reboot, or do something else.
Imagine if, due to config-sync, you lose access to the secondary node and if it was saved by config-sync.
PR created: https://github.com/vyos/vyos-1x/pull/3582
I've created a quick PR for this: https://github.com/vyos/vyos-1x/pull/3581
Jun 3 2024
Sure, I will fill this report with the whole picture. At first the used configuration in both devices / ping test between the endpoints via the outer tunnel IPs first then via the inner IPs.
Please paste exact VyOS versions you have tested this with incl the config (in full or partial output of show config command | strip-private) of both VyOS and the opposite side.
We do have a procedure to reproduce it.
Do you get it now @FP1985 ?
please, read the guidelines that I shared, the point here if it works with our system , is not error in cli structure o functionality you should open a forum topic or support case (in case you have an active subscription), before opening a task here that is not clear.(without configuration ,debug attached or packet capture)
this is not a support request, we know how to configure tunnels and so on, we're not asking for it.
This is a support request
In T6439#190868, @Viacheslav wrote:Should be fixed in T6373
I'm not sure if you've fully read what I've explained, but this is a regular GRE (IPv4 over IPv6) Tunnel configured in VYOS and in the Huawei Routers. The communication doesn't works in this specific case. If we do VYOS to VYOS then everything is alright. But VYOS to Huawei is not working at all.
please , read the guidelines on this post . it doesn't see a bug if not a support task:
If you add this config after the server is configured, it works as it requires a restart of the service
sudo systemctl restart [email protected]
Or reconfigure the service again
@L0crian Some TC combinations are affected by locks, so they are impossible to use with, for example, /16 networks.
Add the set of commands to reproduce.
Should be fixed in T6373
Great work, thanks for checking that case too.
This is without my patch applied, confirming both the problem and a workaround:
If possible, can you try duplicating with more than one vni configured, then delete one of them? I'm pretty sure I tried that case a few weeks ago on an older 1.4 rolling with same issue. This was just the minimum config to reproduce.
Jun 2 2024
The command option exists for peer groups in the docs and CLI, but it doesn't appear to actually be able to be applied to a peer group, so this may actually be irrelevant now.
Created PR: