SCTP Discussions

Text archives Help


Re: [SCTP-Discussion] SCTP for Windows


Chronological Thread 
  • 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+.

Top of page