SCTP in FreeBSD 5.x/current
From: Andre Oppermann (andre_at_freebsd.org)
Date: 10/23/04
- Previous message: Randall Stewart: "Re: Removing T/TCP and replacing it with something simpler"
- In reply to: Randall Stewart: "Re: SCTP in KAME / Re: Removing T/TCP and replacing it withsomething simpler"
- Next in thread: Randy Bush: "Re: SCTP in KAME / Re: Removing T/TCP and replacing itwithsomething simpler"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Sat, 23 Oct 2004 16:16:44 +0200 To: Randall Stewart <randall@stewart.chicago.il.us>
Randall Stewart wrote:
> Anyway.. I do think it is stable enough for inclusion in
> stable BSD... if you have another 4.x round.. BUT we have
> not went in and fully got things working on 5.x... I know
> one of our team members (Kozuka-san) has made an effort
> to make it compile.. but it as yet does not function :-0
>
> I also, before patch 25, would like to finish a third round
> of performance optimization. I finally have a second machine
> with a Gig-E interface and 2.XMhz .. so I think I can
> try to squeak it up a bit more... ah.. plans for next
> week if I can find the cycles :-o
>
> Anyway.. after patch-25 I intend on taking my new machine
> to the 5.3 strain and trying to figure out what I need
> to do to make it work :-0 (maybe patch26 :-D)
Randall,
I'm willing to work with you to get SCTP into FreeBSD-CURRENT. All
new stuff has to go into -current first before it is allowed to be
backported to 5.x and 4.x. -current and 5.x are not much different
so a port by you to 5.x will usually work with -current as well.
What I can't do is extensive porting/testing of SCTP. But I can
"hold your hand" and support you from the FreeBSD team side.
The largest difference between 4.x and 5.x is proper SMP locking.
The socket layer is fine-grained SMP locked and the underlying
transport protocols have to be aware of that to get decent performance.
But we can work that out based on the experience we have with locking
down the TCP code. Don't be afraid, that way it's less hard than it
seems on the first glance.
But nontheless having a simple and more secure replacement for T/TCP
is a worthwile goal and I will do it, even if just for fun. Keeps
me sharp on the TCP code. ;-)
-- Andre _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
- Previous message: Randall Stewart: "Re: Removing T/TCP and replacing it with something simpler"
- In reply to: Randall Stewart: "Re: SCTP in KAME / Re: Removing T/TCP and replacing it withsomething simpler"
- Next in thread: Randy Bush: "Re: SCTP in KAME / Re: Removing T/TCP and replacing itwithsomething simpler"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]