When connected via SSH to the router in question every command is run inside the VRF, thus a regular add system image will already run in the VRF. Nevertheless it would make sense to execute the command from another VRF.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Aug 1 2020
Aug 1 2020
I ask myself if it not would make more sense to get the prefix translation working again and then add new features here?
c-po changed the status of T2752: Exception when configuring unavailable ethernet interface from Open to In progress.
Jul 31 2020
Jul 31 2020
Well I would just have plumbed up the commands locally before doing any templating. Please keep us updated if it works.
Jul 30 2020
Jul 30 2020
Have you tested the latest codebase? It more or less follows your design for the member ports.
The last bug mentioned could be due to: https://phabricator.vyos.net/T2746
c-po closed T2746: IPv6 link-local addresses not configured, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
c-po changed the status of T2746: IPv6 link-local addresses not configured, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, from Open to In progress.
c-po changed the status of T2746: IPv6 link-local addresses not configured from Open to In progress.
c-po closed T679: SNMPv3 TSM is no longer supported by net-snmp, a subtask of T652: Rewrite service snmp in new style XML interface definition, as Wontfix.
TSM support has been droppen in 1.3
c-po changed the status of T2745: router-advert: migrate to get_config_dict() from Open to In progress.
Jul 29 2020
Jul 29 2020
c-po closed T2743: WireGuard: move key migration from config script to migration script as Resolved.
c-po changed the status of T2243: Bridge interface fails if member is VXLAN interface with VTI underlay, a subtask of T2353: Interface [conf_mode] errors parent task, from Open to On hold.
c-po changed the status of T2243: Bridge interface fails if member is VXLAN interface with VTI underlay from Open to On hold.
c-po added a comment to T2243: Bridge interface fails if member is VXLAN interface with VTI underlay.
The problem is that vti interfaces are only created when VPN is configured this is done very late with priority 900. VXLAN, bridge etc (also in 1.2) use a lower priority. The only solution will be that the vti interface is added imediately and then later bound to the VPN.
c-po added a comment to T2243: Bridge interface fails if member is VXLAN interface with VTI underlay.
That configuration does not work in 1.2.5 either - we probably should exclude vti from VXLAN source interface?
c-po added a comment to T2243: Bridge interface fails if member is VXLAN interface with VTI underlay.
In latest rolling releases this will break b/c of:
c-po changed the status of T2743: WireGuard: move key migration from config script to migration script from Open to In progress.
Jul 28 2020
Jul 28 2020
Well, does it not work, or was it removed upstream? Can we probably migrate it?
Jul 27 2020
Jul 27 2020
You always say ‚if the server supports it‘s thats the main reason I do not want to add it - as it has a peer dependency which is bad times two. That counts as an additional -1 to me
I see no valid reason why to replace a known to be good piece of software just to replace it with something more or less fancy/doubtfull.
As this is now handled via a generic implementation after the interface re-rewrite this can be closed
We use curl over wget on image upgrade process.
EveNG lab tests have shown its not working as expected (yet)
Jul 26 2020
Jul 26 2020
c-po added a comment to T2735: WireGuard cannot configure multiple peers - allowed-ips is overwritten.
Thanks - added a note to the docs.
c-po added a comment to T2735: WireGuard cannot configure multiple peers - allowed-ips is overwritten.
Thanks for clarification! That exclusion could indeed be added to the config scripts would would require some ipaddress mangling to determine overlapping subnets.
c-po changed Version from 1.2.5 to 1.2.5 + 1.3-rolling on T2735: WireGuard cannot configure multiple peers - allowed-ips is overwritten.
c-po closed T2644: Bonding interfaces cannot be disabled, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
Works as expected in latest rolling: 1.3-rolling-20200724
c-po closed T2733: Support MTU configuration on pseudo ethernet devices, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
c-po changed the status of T2734: WireGuard: fwmark CLI definition is inconsistent, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, from Unknown Status to Resolved.
c-po changed the status of T2734: WireGuard: fwmark CLI definition is inconsistent from Unknown Status to Resolved.
c-po moved T2734: WireGuard: fwmark CLI definition is inconsistent from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
c-po closed T2734: WireGuard: fwmark CLI definition is inconsistent, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Unknown Status.
c-po changed the status of T2733: Support MTU configuration on pseudo ethernet devices, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, from Open to In progress.
c-po changed the status of T2733: Support MTU configuration on pseudo ethernet devices from Open to In progress.
Jul 25 2020
Jul 25 2020
Hi @jack9603301 your PRs are much appreciated but triggering my eMail inbox won't get your stuff merged faster - it actually will be quiet the opposite as I think you will trigger me again when it's urgent.