Yes, I very much like this, and is what I am imaging with 3., above.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Feb 15 2021
Feb 15 2021
With this new information I see little to none reason to keep the key_mangling() workaround. If we manage to transform all nodes into "proper" syntax we can one day drop it.
GitHub <noreply@github.com> committed rVYOSONEX44596d08c374: GitHub: update help strings in PR template (authored by c-po).
PR https://github.com/vyos/vyatta-cfg-firewall/pull/20 is still pending to clean up the following log entry:
@c-po this is an excellent idea, and a useful reference for the bracket notation; this will need a bit of design of how best to slice the problem:
- keeping key_mangling but excluding on tag nodes
- removing key_mangling completely
- removing on a case by case basis with the existing argument to get_config_dict()
XML for policy access|access6|prefix|prefix6|community list
Unknown Object (User) created T3312: SolarFlare NICs support.
trae32566 updated the task description for T3311: BGP Error: Remote AS must be set for neighbor or peer-group.
trae32566 updated the task description for T3311: BGP Error: Remote AS must be set for neighbor or peer-group.
Feb 14 2021
Feb 14 2021
In the new xml/py rewrite, do they disapear if you rerun the bgp configurator script? Eg. Can we execute frr-reload twice as a workaround?
This actually feels like an FRR bug as this still occurs with the new XML/Python rewrite
c-po closed T2848: bgp-add-path configuration options, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
c-po moved T2844: BGP conf_mode errors disable-send-community from Open to Finished on the VyOS 1.4 Sagitta board.
c-po moved T2848: bgp-add-path configuration options from Open to Finished on the VyOS 1.4 Sagitta board.
c-po reopened T2848: bgp-add-path configuration options, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as In progress.
c-po closed T2848: bgp-add-path configuration options, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Invalid.
This is fixed in 1.4 as proper input validation happens.
c-po added a project to T1941: Config mismatch with FRR on misconfiguration of V6 peer: VyOS 1.4 Sagitta.
c-po added a project to T2315: Ability to have right address-family for BGP peers.: VyOS 1.4 Sagitta.
c-po edited projects for T2848: bgp-add-path configuration options, added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
Currently this requires BFD support to be added to frr-reload
Implemented/fixed for VyOS 1.4
c-po moved T2845: BGP conf_mode unable to delete configuration with peer-group from Open to Finished on the VyOS 1.4 Sagitta board.
Issue no longer persists in VyOS 1.4. Tested using: 1.4-rolling-20210214
c-po added a project to T2845: BGP conf_mode unable to delete configuration with peer-group: VyOS 1.4 Sagitta.
c-po closed T3308: BGP: add gracefull shutdown support, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
c-po closed T1875: Add the ability to use network address as BGP neighbor (bgp listen range), a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
c-po closed T1875: Add the ability to use network address as BGP neighbor (bgp listen range) as Resolved.
Please re-test with latest current rolling release. Reverted back for FRR 7.5 and that bug should have been fixed in there.
Feb 13 2021
Feb 13 2021
zsdc changed the status of T3309: dhclient started by Cloud-init stays alive forever from Open to Needs testing.
c-po closed T2387: Create XML scheme for [conf_mode] BGP , a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
c-po closed T2174: Rewrite protocol BGP to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, as Resolved.
c-po closed T1315: Allow BGP to use address-family l2vpn evpn, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
c-po changed the status of T1315: Allow BGP to use address-family l2vpn evpn, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, from Open to Needs testing.
c-po changed the status of T1315: Allow BGP to use address-family l2vpn evpn from Open to Needs testing.
c-po changed the status of T3308: BGP: add gracefull shutdown support, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, from Open to In progress.
I am suggesting switching to https://github.com/vyos/vyos-vm-images for everything, except ISO images. This will solve the problem automatically. It is already able to create images for QEMU, VMware, Hyper-V, GCE, AWS, OpenStack, Oracle, Packet, and more not mentioned in the https://github.com/vyos/vyos-build. The only what I have not tried yet is Azure.
Setting Ethernet interfaces addresses, routes, and name servers are supported in both versions now. Advanced features like bonding, bridges, VLANs could be added later on-demand.
Nice idea - it should be generated by https://github.com/vyos/vyos-build/blob/current/scripts/make-version-file
This was resolved via dhclient hooks - there is a protection mechanism now, which allows deleting only routes with tag 210 that set by hooks to all DHCP routes.
zsdc closed T723: Add support for first boot or installation time saved config modification as Resolved.
zsdc closed T2309: Wrong host-name value breaks the whole configuration in images with Cloud-init as Resolved.
The config module without this problem is available in the crux, should be released in the 1.2.7 version.
zsdc closed T2703: VMWare OVA won't deploy an ed25519 key, a subtask of T2726: Allow to use all supported SSH key types in Cloud-init, as Resolved.
The config module backported to the crux, should be available with 1.2.7 release.