>Number: 144529 >Category: kern >Synopsis: sctp over ipv6 appears to not calculate checksum >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 07 16:00:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Nigel Rumens >Release: FreeBSD 8.0-RELEASE-p2 i386 >Organization: >Environment: FreeBSD victor.cwb.uk 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Thu Mar 4 10:50:02 GMT 2010 [email protected]:/usr/obj/usr/src/sys/VICTOR i386
>Description: testing feng (multimedia streaming server) between freebsd and linux to stream video over ipv6/sctp. Connection never gets to established state initiator linux running mplayer responder freebsd running feng I took a packet trace at the linux end with wireshark. It seems that the freebsd machine is sending the init_ack with a checksum of 0x00000000 linux machine also reports sctp checksum errors in proportion to number of init_acks it recieves. I am new to freebsd so feel free to tell me I'm an idiot if I've missed something or done something daft >How-To-Repeat: run feng on freebsd configured to use sctp over ipv6 run mplayer with -rtsp-stream-over-sctp option >Fix: Not sure if this is relavent or not but I had a quick look in the code for sctp_output.c and ip_output.c and ip6_output.c - and there appears to code which handles delayed checksum calculation based on a flag in ip_output.c but not in ip6_output.c Workaround is use ipv4 - I tested over ipv4 without problems >Release-Note: >Audit-Trail: >Unformatted: _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
