On Fri, Oct 21, 2016 at 06:26:28PM +1100, Mathew Heard wrote: > However under testing, in practice is not. As covered in the bug. > > Fields: CTA_IP_V4_DST, CTA_PROTOINFO_TCP_FLAGS_ORIGINAL & > CTA_PROTOINFO_TCP_FLAGS_REPLY > Result: "**.**.56.135: 10 3" >From where are you printing this? userspace or kernel? > It's only being set on one side. I believe this is because the reply > side flags are being set/initialised after the fact (i.e where they > are initialised in that function for incoming connections would do it > too). Please develop this a bit more. Is there anything we should know on your infrastructure? eg. kernel and library version, what architecture you using? Asking this because I found an old report on problems on ARM that the submitter never confirmed to be fixed. Thanks. -- 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
