On Fri, 6 Jul 2012, Mr Dash Four wrote: > > You want a choice to be introduced which lead to confusion - I'm repeating > > it countless times and you just ignore it. > How am I ignoring it? I asked you before and I am asking you again to > explain what that "confusion" is? It is quite clear to me what the > meaning of "in" and "out" is (again, if it is not made clear in the > various man pages, I would certainly appreciate any suggestions you - or > anyone else following this - might have). Again, if there is something > "confusing" in that meaning, then I'd like to know. So I have to repeat again: your patches do not address the example of the two rules with list:set type of sets, which give different results depending on "in/out" or "src/dst" in the second direction position. > To reiterate once again - 'in' is for matches of incoming interfaces > only and should only be used for that particular purpose (it is one > reason why I am dead against your idea for this to be used "everywhere" > - to answer your other query below). Similar with 'out', but for > outgoing interfaces. In the given example, in rule level, there is no hash:net,iface type of set. Still, the result depends on the syntax. > > Then come up with a better solution than the submitted one. > > > I will, if you let me know what is wrong, in your view, with the one I > submitted yesterday. I wait for a better solution, which does not produce different results depending on the "in/out" or "src/dst" syntax, for all set types, including the list of sets. Best regards, Jozsef - E-mail : kadlec@xxxxxxxxxxxxxxxxx, kadlecsik.jozsef@xxxxxxxxxxxxx PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences H-1525 Budapest 114, POB. 49, Hungary -- 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
