I haven't used it, but it is being designed specifically to find a balance between TCP and UDP -- primarily for the transmission of media (such as voice); so it's a very attractive concept.
How much infrastructure would need to change in the backbone will no doubt have an impact on adoption, but from what I can tell support for the idea is good. It is recognized that such a thing is needed. The big question may centre around whether the IETF can keep it simple, or whether they're gonna build another swiss army knife like SIP . . . Jim. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: March 5, 2006 8:14 AM > To: [email protected] > Subject: [on-asterisk] SCTP/IP in Linux 2.6 > > I saw a great article [1] on IBM Developerworks talking about > an alternative to TCP and UDP for data transmission called > SCTP (RFC 2960). > The most interesting parts I noticed were integrated channel > bonding, and preferred paths. > > The article says that it was originally designed for PSTN > signalling over IP, but it looks ideal for bundling SIP > control and RTP streams so that it could flow as easily as IAX. > > Has anyone used this protocol before? > > Cheers, > Simon P. Ditner > > [1] > http://www-128.ibm.com/developerworks/linux/library/l-sctp/?ca > =dgr-lnxw01SCTP > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] For > additional commands, e-mail: [EMAIL PROTECTED] > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.375 / Virus Database: 268.1.2/274 - Release > Date: 03/03/2006 > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 268.1.2/274 - Release Date: 03/03/2006
