Frank Myhr <fmyhr@xxxxxxxxxxx> wrote: > > Some clearly make no sense, like: > - anything involving an output interface yes. > - anything related to conntrack (I think) Depends, conntrack info may be present for loopback case. > - packet mark (I think) Will be present for loopback and it can be set/assigned. > Not sure about: > - reject statement (pretty sure not) Should work in recent kernels. > - ah & esp header expressions? Why would that not worl? This is just like tcp/udp header access. > - raw payload expression? Same. > - extension header expressions? Same. > Seem to work, but are they a good idea this early in processing?: > - tcp header & udp header expressions? If IP datagrams are fragmented, these > matches will miss all but first fragment, correct? (Since defragmentation > doesn't happen until prerouting?) Yes, access to l4 header will not work for subsequent fragments. > My general impression is that inet ingress filtering on L3 IPv4 and IPv6 > header expressions like ip saddr, ip daddr is okay, but trying to reach into > L4 so early will be problematic... Yes, it might not work in fragmentation case.