Date: Thu, 07 Dec 2006 07:13:47 -0500 From: Randall Stewart <rrs@cisco.com> To: maillist ifiaas <maillist.ifiaas@gmail.com> Cc: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>, freebsd-net@freebsd.org Subject: Re: Urel, a TCP option for Unreliable Streaming. Need your help. Message-ID: <4578057B.9080002@cisco.com> In-Reply-To: <161d69110612070242p612e2318ya8d285a15a54e9fc@mail.gmail.com> References: <161d69110612060709n3bf99bd4y47d94b021b8f1d02@mail.gmail.com> <m21wncv66z.wl%gnn@neville-neil.com> <4577D858.4010300@freebsd.org> <2786D1DE-E8FA-490C-AFF7-E458E262AEF7@lurchi.franken.de> <161d69110612070242p612e2318ya8d285a15a54e9fc@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
maillist ifiaas wrote: > Michael, > > In PR-SCTP where retranmission is set off, does it allows the > applications to know which part of data is lost in the stream? > Thanks Yep.. you subscribe for a notification event and SCTP will return you the data that was not sent. So not only does it let you know you can actually let SCTP hold and return the data that did not get acknowledged.. The API also has a context so you can attach a user defined 32 bit value to the data.. to say bind a pointer to an object to the actual data... for lookup or other stuff :-) R > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 <or> 803-317-4952 (cell)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4578057B.9080002>