Hello, I think so. You can think of this in different way: all transmitters are called from same place, there is no difference in the packets we see. When we can use __mtu_check_toobig_v6 for other m
I guess: ntohs(old_iph->payload_len) + sizeof(struct ipv6hdr) Is the same as: skb->len To Julian, is the extra sizeof(struct ipv6hdr) addition to frag_max_size, wrong? (as the mtu is already reduced)
I'm fine with these changes going through your tree (rather than my IPVS tree) once they are ready. -- To unsubscribe from this list: send the line "unsubscribe lvs-devel" in the body of a message to
Hello, This patch is necessary, to make IPVS work, after Patrick McHardys IPv6 NAT defragmentation changes. Signed-off-by: Jesper Dangaard Brouer <brouer@xxxxxxxxxx> -- I would appriciate, if someon
Hello, Sure mtu is already reduced with the new outer header size, may be we can just call __mtu_check_toobig_v6 with mtu? All other changes in patch 1 and 2 look ok and I'll ack them next time. Rega
This patch is necessary, to make IPVS work, after Patrick McHardys IPv6 NAT defragmentation changes. Signed-off-by: Jesper Dangaard Brouer <brouer@xxxxxxxxxx> -- I would appriciate, if someone (e.g.