routing-policy should not requires from or to

Bug #1774624 reported by Jean-Daniel Dupas
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Netplan
Triaged
Undecided
Unassigned

Bug Description

Actually, when trying to create a simple routing policy that unconditionality lookup a second routing tables,netplan fails with the error: IP routing policy must include either a 'from' or 'to' IP

This arbitrary limitation is cumbersome as it is perfectly valid to create 'ip rule' without any constraints but only a priority (actually it is even valid to create one without priority)

For instance, "ip rule add table 2 priority 1000" is a perfectly valid routing policy.

Note that this limitation can be workaround by using { from: '0.0.0.0/0' }, which should be the default IMHO.

description: updated
Revision history for this message
Daniel Axtens (daxtens) wrote :

Hi,

I also ran across this and can confirm it.

Regards,
Daniel

Daniel Axtens (daxtens)
Changed in netplan:
assignee: nobody → Daniel Axtens (daxtens)
Daniel Axtens (daxtens)
Changed in netplan:
status: New → Confirmed
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Could you describe the usefulness of such routing rules? It would help to define a test that will correctly let us verify this works when implemented.

Right now, it seems to me like there isn't much use in doing this as opposed to putting everything in the main table... It will be applied to all interfaces anyway.

I'm not saying "no", just trying to understand the requirement better.

Changed in netplan:
assignee: Daniel Axtens (daxtens) → nobody
status: Confirmed → Triaged
Revision history for this message
Stefan Magnus Landrø (slandro) wrote :

I'm actually using firewall marking as the basis of my routing:

ip rule add fwmark 1 table 201
ip route add 10.x.y.z via 10.a.b.c dev eth0 table 201

An equivalent netplan doesn't validate right now. This should definitely be fixed.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.