atom feed59 messages in org.freebsd.freebsd-archSCTP in KAME / Re: Removing T/TCP and...
FromSent OnAttachments
Andre OppermannOct 21, 2004 7:33 am 
Poul-Henning KampOct 21, 2004 7:41 am 
Andre OppermannOct 21, 2004 7:46 am 
Richard WendlandOct 21, 2004 7:59 am 
Mike SilbersackOct 21, 2004 8:23 am 
Andre OppermannOct 21, 2004 8:37 am 
Bruce M SimpsonOct 21, 2004 8:40 am 
Andre OppermannOct 21, 2004 9:23 am 
Garrett WollmanOct 21, 2004 9:27 am 
Mark AllmanOct 21, 2004 10:31 am 
Andre OppermannOct 21, 2004 10:56 am 
Matt EmmertonOct 21, 2004 11:31 am 
Sean ChittendenOct 21, 2004 11:31 am 
Mark AllmanOct 21, 2004 11:32 am 
David O'BrienOct 21, 2004 11:51 am 
Andre OppermannOct 21, 2004 11:56 am 
Julian ElischerOct 21, 2004 11:59 am 
Garrett WollmanOct 21, 2004 12:02 pm 
Andre OppermannOct 21, 2004 12:02 pm 
Andre OppermannOct 21, 2004 12:04 pm 
Sean ChittendenOct 21, 2004 12:24 pm 
Marco MolteniOct 21, 2004 12:34 pm 
Igor SysoevOct 21, 2004 12:41 pm 
Craig RodriguesOct 21, 2004 6:46 pm 
Russell L. CarterOct 21, 2004 7:02 pm 
Julian ElischerOct 21, 2004 8:24 pm 
SUZUKI ShinsukeOct 22, 2004 12:47 am 
Dag-Erling SmørgravOct 22, 2004 5:06 am 
Dag-Erling SmørgravOct 22, 2004 5:47 am 
Andre OppermannOct 22, 2004 8:14 am 
Andre OppermannOct 22, 2004 8:17 am 
Brian Fundakowski FeldmanOct 22, 2004 8:44 am 
Andre OppermannOct 22, 2004 8:55 am 
Mark AllmanOct 22, 2004 11:24 am 
Peter LeiOct 22, 2004 5:59 pm 
Randall StewartOct 23, 2004 6:07 am 
Randall StewartOct 23, 2004 6:16 am 
Randall StewartOct 23, 2004 6:17 am 
Randall StewartOct 23, 2004 6:20 am 
Andre OppermannOct 23, 2004 7:16 am 
Randy BushOct 23, 2004 9:01 am 
SUZUKI ShinsukeOct 25, 2004 10:18 pm 
Randall StewartOct 26, 2004 3:41 am 
Peter LeiOct 26, 2004 7:44 am 
Karim Fodil-LemelinNov 4, 2004 9:52 am 
Andre OppermannNov 4, 2004 10:50 am 
Julian ElischerNov 4, 2004 12:52 pm 
Matt SealeyNov 4, 2004 12:58 pm 
Karim Fodil-LemelinNov 5, 2004 8:08 am 
Karim Fodil-LemelinNov 5, 2004 8:39 am 
Andre OppermannNov 5, 2004 8:45 am 
Karim Fodil-LemelinNov 5, 2004 9:12 am 
Andre OppermannNov 5, 2004 9:31 am 
Karim Fodil-LemelinNov 5, 2004 1:45 pm 
Andre OppermannNov 5, 2004 2:16 pm 
Mark AllmanNov 8, 2004 8:08 pm 
Andre OppermannJul 3, 2005 12:08 am 
Andre OppermannJul 3, 2005 11:43 am 
Randall StewartJul 3, 2005 11:44 am 
Subject:SCTP in KAME / Re: Removing T/TCP and replacing it withsomething simpler
From:SUZUKI Shinsuke (su@kame.net)
Date:Oct 25, 2004 10:18:46 pm
List:org.freebsd.freebsd-arch

On Fri, 22 Oct 2004 19:58:32 -0500 pete@ieee.org(Peter Lei) said:

While the SCTP API hasn't gone through last call, it's fairly stable and we have both "converted" many applications from TCP to SCTP using the sockets API, as well as had portability between the KAME SCTP stack and the linux stack for some test applications used at the last interop event (except for the standard sockets issues that one runs into even for TCP like no sin_length field in the sockaddr struct). I'm not aware of any KAME SNAP compilation failures w/and w/o SCTP. The major changes to our SCTP code when it gets committed into KAME has been that of code format/style.

What I found was the following two issues. Although these two are technically quite trivial, what I was fearing was a lack of report to KAME, since this may mean a lack of KAME-SCTP users.

- inconsistency between KAME specific kernel code and SCTP leads to an kernel compilation error. Of course, it's a technically trivial bug and our own bug.

- including SCTP in getaddrinfo() causes 'configure' script error in many ports applications. This is also a trivial problem, and maybe specific to KAME SCTP. And some of such ports are already fixed when I encounter this problem. (e.g.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/python/files/patch-configure.diff?r1=1.7&r2=1.8)

But now I understand that lack of report does not mean a lack of testing users (since SCTP-lovers seems communicating directly to your team). So I can be much more optimistic now, and don't object to merging it into -current, since such trivial bugs can be fixed easily in -current. (I myself haven't tested SCTP very well, so I cannot comment on its stability itself. But at least, SCTP does not seem to affect the behavior of other protocols)

Thanks and sorry if you feel my previous comments were insulting...