[sctp-dev] Platform support for SCTP ?

[Christopher Hegarty - Sun Microsystems Ireland]

Hi Dennis,

Solaris has included support for SCTP since Solaris 10. The Linux 2.6 
kernel has SCTP support built in, but to you need an extra library to 
access user level SCTP socket extension functions. I have seen reference 
to a third party windows SCTP implementation, but have no experience 
with it and its name eludes me now.

Within the scope of this SCTP OpenJDK project I plan to develop a 
prototype implementation for Solaris and Linux (using the lksctp 
implementation). Of course, if someone wants to contribute a Windows 
implementation then I am certainly not opposed to that.

The proposed draft API defines three new channel types, SctpChannel, 
SctpServerChannel and SctpMutliChannel, all of which have static factory 
open methods. These methods are specified to throw 
UnsupportedOperationException if the SCTP protocol is not supported.

I have a prototype implementation for both Solaris and Linux that I hope 
to be able to push the source soon. Would be be interested in using 
this? What SCTP implementation are you currently using?

-Chris.

Dennis Hjort wrote:
> Hi,
> 
> I've been following this list and have a question regarding platform 
> support. 
> 
> Currently, SCTP is supported in libraries on linux and solaris, but what 
> I know it has not yet support on windows. How does this impact the java 
> SCTP package ? Our application is currently running on Linux, but it 
> would be wonderful to be able to run basictests and such on our 
> development plattform also, which is Windows Vista.
> 
> With kind regards
> 
> // Dennis
> 
>       ******************************************************
>       This communication is confidential and intended solely for the
>       addressee(s). Any unauthorized review, use, disclosure or
>       distribution is prohibited. If you believe this message has been
>       sent to you in error, please notify the sender by replying to this
>       transmission and delete the message without disclosing it. Thank you.
> 
>       E-mail including attachments is susceptible to data corruption,
>       interception, unauthorized amendment, tampering and viruses, and
>       we only send and receive e-mails on the basis that we are not
>       liable for any such corruption, interception, amendment, tampering
>       or viruses or any consequences thereof.
>