- From: Thomas Dreibholz <dreibh AT iem.uni-due.de>
- To: Eyal Savion <eyalsavion AT hotmail.com>
- Cc: "sctp-discussion AT sctp.de" <sctp-discussion AT sctp.de>, "discussion AT sctp.de" <discussion AT sctp.de>
- Subject: Re: [SCTP-Discussion] SCTP for Windows
- Date: Thu, 23 May 2013 21:08:28 +0200
- List-archive: <http://lists.franken.de/pipermail/sctp-discussion>
- List-id: SCTP Discussions <sctp-discussion.sctp.de>
- Organization: University of Duisburg-Essen, Institute for Experimental Mathematics
Dear Eyal,
sctp-discussion AT sctp.de
and
discussion AT sctp.de
are the mailing lists of the
sctplib project (i.e.
http://www.sctp.de/sctp-download.html). sctplib is
completely different from SctpDrv.
Probably, the SctpDrv people at
http://code.bluestop.org/sctpdrv could help
you with SctpDrv.
Alternatively, you could of course try sctplib instead of SctpDrv.
Tirsdag 21. mai 2013 14.20.43 skrev Eyal Savion:
>
Hi Thomas,
>
I am facing an issue with the SCTP which I will be grateful for you help me
>
solving it.
>
>
I downloaded and installed SctpDrv-WinLH-x86.msi for Win 7 and
>
SctpDrv-WinLH-AMD64.msi for the Windows 2008 R2 64 bit. I wrote a basic
>
client/server apps on VS2010 based on the SCTPSP.lib . In each app there is
>
2 threads , one is for receiving messages and the other for sending. The
>
buffer size of the server app is 2k bytes for sending and receiving and
>
for the client is 1k bytes. I'm using a timer for sending each buffer by
>
ret = sctp_sendmsg( connSock, (void *)bufferSnd, (size_t)strlen(bufferSnd),
>
NULL, 0, ppid, 0, SEND_FROM_CLIENT, 0, 0 ); and for receiving by the
>
function in = sctp_recvmsg( connSock, (char *)buffer, sizeof(buffer),
>
(struct sockaddr *)NULL, 0, &sndrcvinfo, &flags ); with different timer
>
timer send is 1000 ms and timer receive 100 ms.
>
the client server apps transferring packets through port 27015. Aafter 2-3
>
minute of send and receive, by tracing the traffic by wireshark, I saw that
>
suddenly the client app send SHUTDOWN (7) without any response from the
>
other side.This is happend few times till SCTP_RECVMSG function failed
>
with ERROR = 10054. I will be thankful to know why the SHUTDOWN suddenly is
>
sent few times and why without any response. As attached client.pcap and
>
server.pcap reflecting the problem.
>
Thanks in advance,
>
Eyal
>
>
>
From:
>
eyalsavion AT hotmail.com
>
To:
>
dreibh AT iem.uni-due.de;
>
>
sctp-discussion AT sctp.de
>
Subject: RE: [SCTP-Discussion] SCTP for Windows
>
Date: Sat, 11 May 2013 14:01:14 +0000
>
CC:
>
discussion AT sctp.de
>
>
>
>
>
Hi Thomas,
>
>
following my last email, I might asked trivial questions but
>
it is very important to my project to know if its requirements are can be
>
fulfilled by the SctpDrv.
>
>
Please follow my last reference and kindly send me your opinion.
>
>
Thanks in advance
>
Eyal
>
From:
>
eyalsavion AT hotmail.com
>
To:
>
dreibh AT iem.uni-due.de;
>
>
sctp-discussion AT sctp.de
>
Subject: RE: [SCTP-Discussion] SCTP for Windows
>
Date: Mon, 6 May 2013 16:26:19 +0000
>
CC:
>
discussion AT sctp.de
>
>
>
>
>
Hello Thomas,
>
The following sentences are reflects the requirements of my Client Server
>
project. Semi-permanent SCTP associations shall be established between
>
Server and Client, i.e. the SCTP associations shallremain up under normal
>
circumstances.Local multi-homing should be supported. Remote multi-homing
>
shall be supported.Multiple local SCTP endpoints may be supported.Multiple
>
remote SCTP endpoints shall be supported. When multiple local or remote
>
SCTP endpoints are configured, several simultaneous SCTP associations shall
>
be supported between Server and Client.The Server shall establish the SCTP
>
association. Since under normal operation there should always be an SCTP
>
associationestablished between an Server and an Client, if the Client needs
>
to initiate a message towards an Server it shall do soover an existing
>
SCTP association already established with that Server.When an entity
>
detects that an SCTP association has been lost, all resources for
>
transactions open on that association shall bereleased.
>
>
Before I begin I willing to know if the SctpDrv lib can handle these
>
requirements by any configuration ? Thanks in regards,Eyal
>
From:
>
eyalsavion AT hotmail.com
>
To:
>
dreibh AT iem.uni-due.de;
>
>
sctp-discussion AT sctp.de
>
Subject: RE: [SCTP-Discussion] SCTP for Windows
>
Date: Fri, 22 Feb 2013 13:13:24 +0000
>
CC:
>
discussion AT sctp.de
>
>
>
>
>
Dear Thomas,
>
>
Thank you for your help.
>
>
Regards,
>
Eyal
>
>
> From:
>
> dreibh AT iem.uni-due.de
>
> To:
>
> sctp-discussion AT sctp.de
>
> CC:
>
> eyalsavion AT hotmail.com;
>
>
>
> discussion AT sctp.de
>
> Subject: Re: [SCTP-Discussion] SCTP for Windows
>
> Date: Fri, 22 Feb 2013 09:08:44 +0100
>
>
>
> Dear Eyal,
>
>
>
> the sctplib implementation also works under Windows. However, it only
>
> provides a callback API. The socketapi library on top of sctplib
>
> currently only supports Linux, FreeBSD, MacOS and Solaris. Of course, you
>
> could port it to Windows ...
>
>
>
> Torsdag 21. februar 2013 17.15.49 skrev Eyal Savion:
>
> > Hello,
>
> > I willing to install upon Windows OS, I have followed all the
>
> > instructions
>
> > regarding SCTP.lib installation from this site, How can I combine the
>
> > SCTP.lib with SocketAPI and use it together for my VC10 environment ?
>
> > Please kindly guide me where to find instructions for Windows OS
>
> > installation. Regards,Eyal
>
>
_______________________________________________
>
sctp-discussion mailing list
>
sctp-discussion AT sctp.de
>
http://www.sctp.de/mailman/listinfo/sctp-discussion
>
>
_______________________________________________
>
sctp-discussion mailing list
>
sctp-discussion AT sctp.de
>
http://www.sctp.de/mailman/listinfo/sctp-discussion
>
>
_______________________________________________
>
sctp-discussion mailing list
>
sctp-discussion AT sctp.de
>
http://www.sctp.de/mailman/listinfo/sctp-discussion
--
Best regards / Mit freundlichen Grüßen / Med vennlig hilsen
=======================================================================
Thomas Dreibholz
Simula Research Laboratory
Simula Innovation AS, Network Systems Group
Visiting address: Martin Linges vei 17, 1364 Fornebu, Norway
Mailing address: P.O.Box 134, 1325 Lysaker, Norway
-----------------------------------------------------------------------
E-Mail:
dreibh AT simula.no
Homepage:
http://simula.no/people/dreibh
=======================================================================
Attachment:
signature.asc
Description: This is a digitally signed message part.
Archive powered by MHonArc 2.6.19+.