SCTP protocol support on MS Windows, looking for help

I 'm also able to visit the site, http://www.bluestop.org/sctpDrv, and download files. :-)

BTW, are there anyone who knows the solution that enables sctp packets to be forwarded over "Netsh command-line tools for NAT" on Windows XP?
Actually, I'd like a Windows machine to be a NAT entity for other machines in a private network. There could exist two kinds of ways to realize that --"Internet Connection Sharing" and "netsh routing ip nat". Although http, icmp, ftp traffic can get to the global network through the NAT without any issues using both above ways, sctp traffic seems to be blocked/filtered at the NAT. If anyone knows other solutions, please let me know.

While running the echo_server2.exe, I experienced error with message "WSAIoctl(SIO_GET_EXTENSION_FUNCTION_POINTER,WSARecvMsg): The attempted operation is not supported for the type of object referenced."

Did anybody see this before, or any idea? Thanks.

I ported echo_server and echo_server2 to Linux. Now I can use Wireshark to capture the SCTP protocol packets.

There is a bug in echo_server.c that termination of more than one association to the server will cause segmentation fault. Reason is that FD_ISSET test FD_CLRed set.

echo_server2 only runs under Vista or newer because it tries to get a pointer to WSASendMsg. I might remove that code so it runs on XP too.

I have been trying but failed to find a benchmark tool to test SCTP performance on Windows. The current iperf and netperf does not support SCTP on windows. (OpenSS7 has an linux version to support SCTP though.) Is there any such tool in the world yet? Thanks for any input.

Quote:

---

Originally Posted by topuser

I have been trying but failed to find a benchmark tool to test SCTP performance on Windows. The current iperf and netperf does not support SCTP on windows. (OpenSS7 has an linux version to support SCTP though.) Is there any such tool in the world yet? Thanks for any input.

---

The only tool I know of is iperf that gets installed into C:\Program Files\SctpDrv\bin on Vista and Windows 7. Unfortunately it uses the inet_ntop function (http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx) which isn't available on XP, though a simple workaround is to find all the places it's called and either remove them or substitute them with RtlIpv4AddressToString.

Thanks Brucec. What iperf you mentioned however? The only SCTP support iperf is the OpenSS7 Linux version as far as I found. Can it be easily ported to Windows? Thanks again.

The version of iperf that is included with SctpDrv has SCTP support: the -z flag enables it. The source code is in sctpdrv\apps\iperf .

I've just release version 1.1.4, which has lots of bug fixes - but it doesn't include the SCTP-enabled iperf any more. I realised that version 2.0.8 has moved to being licensed under the GPL so people should fetch and build the version from http://www.openss7.org/package/iperf using cygwin.

I installed ss7 iperf 2.0.8 on cygwin. But I am not sure if there is something not right:

1) when I run "iperf -v", the response is "iperf version 2.0.1-os7 (08 Nov 2004) pthreads". Looks it is an old version.

2) when I run "iperf -s -z", it shown "SCTP window size: -1.00 Byte", eventhough I use "iperf -s -w 64K -z" later.

Brucec, do you have the same experience? Thanks.

Yes I found the same issues. I presume the version number just hasn't been updated, and I've sent a patch to openss7 to fix the other bugs - you need to apply the changes from http://www.bluestop.org/SctpDrv/iperf.diff to get SCTP STREAM working. Unfortunately SEQPACKET (-q) remains broken.

Thanks Brucec. I patched the diff, rebuilt the whole module. However it still fail with the same error:

>iperf -s -z
socket failed: Network is down
bind failed: Bad file descriptor
listen failed: Bad file descriptor
------------------------------------------------
Server listening on SCTP port 5001
SCTP window size: -1.00 Byte <default>
------------------------------------------------

Oh, that "Network is down" error is because of a bug in the driver I found and fixed last week - one of the functions asks for too much access. I fixed it in version 1.1.4 - can you try again using the version from http://www.bluestop.org/SctpDrv/releases/1.1.4 ?

Yes, 1.1.4 solves the problem. A million thanks to Brucec !