- From: kors21 AT ns.gainit.co.kr
- To: discussion AT sctp.de
- Subject: [SCTP-Discussion] I've got a question.
- Date: Tue Feb 17 14:07:03 2004
- List-id: SCTP Discussions <discussion.sctp.de>
How y'all doin'
Um., I have recentely got interested in researching SCTP protocol.
And figured that there are two kinds of SCTP implementation on Linux
box.
first of them is sctplib which can be implemented on Linux(user level)
Other one is lksctp which should be inside of Linux kernel.(kernel
level)
I don't know which one is best choice to research SCTP on Linux(or BSD).
Is it possible to interact each other between lksctp and sctplib?
(even though, it is run by different OSI level?)
I've read lots of paper about SCTP stuff.
someone said he just wanted to test this new protocol "SCTP". so he set
up three kinds of systems.
1, Linux box (redhat 7.2 with lksctp)
2. Solaris ultra sparc(solaris7 with sctp1.2 package)
3. Linux box (redhat 7.2 with sctplib)
and Result was "It's all screwed up"... reason why it's screwed was
(between lksctp and Solaris sctp1.2 package) that
SCTP connection was established successfully but it delayed mysteriously
or the connection was crashed.
he thought that using same protocol, it shouldn't be a problem
communicating each other(even though it is run on different OS)
and also, he wasn't able to make a good or reliable connection between
sctplib and Solaris sctp1.2.
Only he got good results was (sctplib <-> sctplib).
and (Solaris <-> Solaris).
If i have some time, I'll translate it to English.
I found the research paper on internet, but unfortunately there was no
paper written in English.
well..,
is there anyone have some sctp testing result which run on both user
and kernel level?
or can anyone explain why this happening above?
I am so depressed becauseof this.
I guess it should all be interacting precisely on whichever OS
or OSI level.
Thanks for reading this.
and all comments and replies always be welcome.
so please don't be hesitate.
Sincerely ,
David B Kim
- [SCTP-Discussion] I've got a question., kors21, 02/17/2004
Archive powered by MHonArc 2.6.19+.