[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20150921.145800.1946648892912159723.davem@davemloft.net>
Date: Mon, 21 Sep 2015 14:58:00 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: dsa@...ulusnetworks.com
Cc: stephen@...workplumber.org, netdev@...r.kernel.org
Subject: Re: [iproute2 net-next] ip route: Add RTM_F_LOOKUP_TABLE flag and
show table id
From: David Ahern <dsa@...ulusnetworks.com>
Date: Mon, 21 Sep 2015 15:28:53 -0600
> On 9/21/15 3:19 PM, Stephen Hemminger wrote:
>>> @@ -1638,6 +1638,8 @@ static int iproute_get(int argc, char **argv)
>>> if (req.r.rtm_family == AF_UNSPEC)
>>> req.r.rtm_family = AF_INET;
>>>
>>> + req.r.rtm_flags |= RTM_F_LOOKUP_TABLE;
>>> +
>>> if (rtnl_talk(&rth, &req.n, &req.n, sizeof(req)) < 0)
>>> exit(2);
>>>
>>
>> How will this work (or not) on older kernels?
>>
>
> It works just fine. First test used the wrong VM and was puzzled to
> not see the table id in the output. Then I realized the older kernel
> did not recognize the RTM_F_LOOKUP_TABLE; silently ignores the
> flag. With a kernel that does recognize it I get the table id in the
> output when it is not main.
I think if it always gave MAIN in older kernels, iproute should continue
to do so.
You can't just remove the table ID output just because you disagree with
the semantics given by old kernels.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists