Hello again, The fun thing is that before the commit "ip route ls all" showed all routes, but "ip -[4|6] route ls all" showed only default. So it was broken too, but in other way. I see parsing of prefix was changed since my patch. So I need several days to propose fix. I think if "ip route ls [all|any]" shows all routes and "ip route ls default" shows only default, everybody will be happy with that?
13.03.2018, 09:46, "Alexander Zubkov" <gr...@msu.ru>: > Hello. > > May be the better way would be to change how "all"/"any" argument behaves? My > original concern was about "default" only. I agree too, that "all" or "any" > should work for all routes. But not for the default. > > 12.03.2018, 22:37, "Luca Boccassi" <bl...@debian.org>: >> On Mon, 2018-03-12 at 14:03 -0700, Stephen Hemminger wrote: >>> This reverts commit 9135c4d6037ff9f1818507bac0049fc44db8c3d2. >>> >>> Debian maintainer found that basic command: >>> # ip route flush all >>> No longer worked as expected which breaks user scripts and >>> expectations. It no longer flushed all IPv4 routes. >>> >>> Reported-by: Luca Boccassi <bl...@debian.org> >>> Signed-off-by: Stephen Hemminger <step...@networkplumber.org> >>> --- >>> ip/iproute.c | 65 ++++++++++++++++++------------------------------ >>> ------------ >>> lib/utils.c | 13 ++++++++++++ >>> 2 files changed, 32 insertions(+), 46 deletions(-) >> >> Tested-by: Luca Boccassi <bl...@debian.org> >> >> Thanks, solves the problem. I'll backport it to Debian. >> >> Alexander, reproducing the issue is quite simple - before that commit, >> ip route ls all showed all routes, but with the change it started >> showing only the default table. Same for ip route flush. >> >> -- >> Kind regards, >> Luca Boccassi