You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a user I would like to create VRFs, Tunnels, Loopbacks, Sub-interfaces, VLAN interfaces / BVIs & VLANs / Bridges etc, from the CLI.
This would then be reliably signalled to Linux kernel via netlink.
Upon configuration being saved, it would also make sense for it to be saved in /etc/network/interfaces file too.
.
.
Long term it would also be great if zebra had more control, thus giving engineers and provisioning systems less places to apply configuration.
Thanks.
The text was updated successfully, but these errors were encountered:
As a user I would like to create VRFs, Tunnels, Loopbacks, Sub-interfaces, VLAN interfaces / BVIs & VLANs / Bridges etc, from the CLI.
I think about it more than 5 years :)
ppp, 802.3ad is also will be in demand.
Upon configuration being saved, it would also make sense for it to be saved in /etc/network/interfaces file too.
I against this. Because not all live in debian world. For example netctl or network-scripts is profile-based network manager.
I think frr should manage all type of ip links and save his configuration in zebra.conf. And should work without external support, e.g. frr should be as network-manager.
Foreword:
.
.
Enhancement:
.
.
Long term it would also be great if zebra had more control, thus giving engineers and provisioning systems less places to apply configuration.
Thanks.
The text was updated successfully, but these errors were encountered: