Age | Commit message (Collapse) | Author | |
---|---|---|---|
2020-04-10 | pppoe: T2248: connect-on-demand and vrf are mutually exclusive | Christian Poessinger | |
As PPP can be used to establish a connection on-demand it manages the Kernel default route. This can not be used when using VRFs which are managed by the ip-up.d and ip-down.d scripts - thus those options are now mutially exclusive. The best fix would be adding support for VRFs into PPP. | |||
2020-04-04 | pppoe: T2219: support adding default route to VRF | Christian Poessinger | |
2020-04-04 | pppoe: T2219: move adding of default route to ip-(up|down) script | Christian Poessinger | |
As PPPoE interfaces should be part of a VRF it is required that the default can also be set into the specified VRF. The default way of PPP by setting the "defaultroute" option does not take a VRF into account. In this case PPP installs a Kernel route forwarding all default traffic over this interface. This change installs a static route with metric 1 instead into the routing table via FRR. This is not the same as a Kernel route in terms of metric 1 compared to 0 but it should do the trick. |