Well I've heard this before Nf-Hipac http://www.hipac.org/ was at one
time slated to be the next big thing. I'm not holding my breath on
this one and if it does replace all of the existing tools expect it to
be a few years before you see it in production any where.


On Mon, Oct 21, 2013 at 1:47 PM, Jos Vos <[log in to unmask]> wrote:
> On Mon, Oct 21, 2013 at 08:34:58AM -0700, Yasha Karant wrote:
>
>> [...] -- the actual name
>> of TUV, that evidently is taboo on this list, [...]
>
> Evidently?  It's complete nonsense to NOT use the name of "TUV" here
> or at whatever place, as long as you don't say things about SL in
> relation to TUV and/or their products that are illegal.
>
> I thought only the CentOS community was (for no good reason) paranoid.
>
> In the time I created and released X/OS Linux, being also rebuild of
> the Red Hat Enterprise Linux 3/4/5 sources, I did mention Red Hat,
> RHEL, etc., but only as far as appropriate and allowed of course.
>
>> Nonetheless, once a major change (e.g., NFTables replacing iptables) is
>> done in the base source, the production enterprise version must reflect
>> the change -- and in less than a decade.  Why less than a decade?
>> Unless there is a fully backward compatible set of APIs, new
>> applications and revisions typically use the current not historical
>> APIs.  Presumably, there will be NFTables features that application
>> developers will use that have no iptables backport.
>>
>> Thus -- how long is the delay?  Typically, are two major releases (e.g.,
>> NFTables in EL8) the usual delay?  Does anyone have historical data from
>> EL/TUV?
>
> Fedora 20 seems to use the 3.11 kernel, so it won't have a kernel with
> NFTables.  RHEL 7 is already being developed (and in alpha stage as far
> as I've heard) and will most likely have a kernel <= 3.11, so this makes
> the statement that "EL7 probably won't either" very trustworthy.  There
> are no statistics about "delays" etc. needed to just see that RHEL 7
> won't use a kernel that supports NFTables.
>
> So, there is no artificial "delay" created by RH to postpone things in
> RHEL, it's just "common sense" when someone says this about NFTables in
> relattion to RHEL 7.
>
> --
> --    Jos Vos <[log in to unmask]>
> --    X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
> --    Amsterdam, The Netherlands        |     Fax: +31 20 6948204