On 12-12-16 10:17 AM, Hasan Chowdhury wrote:
[Hasan**] I thought "xt" is a supported action kind for
iproute2-3.6.0. Besides with a default compilation it compiled m_xt.c
(not m_ipt.c ) linked with shared object m_xt.so
It is - but my hope is not to change the interface to existing scripts.
One approach is rename "xt" to "ipt" and make the old vs new ways
mutually exclusive based on Config options. But that will add more to
baggage of all sorts of workarounds for 13 versions of iptables changing
interfaces. My goal was to have a staged way to kill the old way but
maintain the same command interface. I was hoping not to change
the kernel but based on your patch, that may be the best place to place
warnings about deprecating APIs (so maybe i will add support for "xt"
and warn about "ipt"). Would you be able to test that kernel patch?
the workaround exits in the patch for file m_action (see the changes
there ) as netlink reply from kernel for this tc u32 action xt command
comes as .kind = "ipt" instead of xt (assumed act_ipt.c in kernle
is not aware of new xt extensions .)
The most important part of your patch that i missed is you took
care of some of the new API changes Pablo mentioned. I am suspicious of
one of them: why call xtables_options_xfrm(). Pablo/Jan, could you
please look at Hasan's patch in m_xt.c?
Also, your patch doesnt compile for me. Can you please provide a version
against the latest iproute2 git tree?
cheers,
jamal
--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html