Minxi Hou <[email protected]> writes: > The merged SCTP test covers only IPv4. The SCTP branch of the IPv6 > extractor (the proto=132 walk after parse_ipv6hdr) and the v6 side of > the SCTP netlink validation (match_validate() requires the sctp() key > whenever ipv6(proto=132) is matched) have no selftest coverage. > > Add test_sctp_connect_v6 mirroring the v4 test: bare icmpv6() flows > forward NS/NA, and ipv6(proto=132),sctp(dst=4443)/sctp(src=4443) > flows gate the association in the same three phases (flows installed, > removed, reinstalled). A keyless ipv6(proto=132) install must be > refused with EINVAL, pinning the reject side of the match_validate() > rule; without it a regression dropping the requirement would pass > unnoticed. The refusal is asserted to be EINVAL specifically, not a > parse error of the flow string. After the association succeeds the > test also pushes a known payload across and waits for the listener > to log it, proving the datapath carries the association's traffic > end to end, not only its handshake. Skips when the sctp module is > missing, socat lacks SCTP or IPv6 support, or IPv6 is unavailable; > an association or payload failure with the flows installed fails > the test. > > Signed-off-by: Minxi Hou <[email protected]> > ---
Reviewed-by: Aaron Conole <[email protected]> _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
