[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [tsvwg] SCTP Socket API modification proposal



I too agree, we can't be changing these structures anymore.. there is
just too many issues with ABI ;-)

I also agree that what these apps actually want is a logging framework (as discussed in the rest of this thread).. and you are right Michael we have
such a thing in FreeBSD... which is specific to the O/S.

Its unfortunate we cannot come up with something that would be more
"standard"... It might also be a bit difficult to add things that would
"wake up" and give you event changes. Often times such an interface could
slow the system or overload the buffering....

Hmm I wonder if there would be some way to create a "standard trace buffer", that
could be pulled with a unified socket API proposal..

And then also add some "tracing" structures. Of course I would think
this would really need to be a separate API document..

Just a thought


R
On Oct 20, 2009, at 4:50 PM, Michael Tüxen wrote:

On Oct 20, 2009, at 10:12 PM, Vlad Yasevich wrote:

Florian

Adding anything to this option would break the ABI at this point
especially considering multiple uses of sctp_paddrinfo.

-vlad
I second that. I do not want to change structures anymore...
... and I do not think that adding ssthresh helps much. When
I'm interested in these values, I'm also interested in any change
of them. So you need some kind of logging infrastructure.
FreeBSD, for example, has such a infrastructure, but it is
system specific. Other OSes might have similar things.

Best regards
Michael

Florian Niederbacher wrote:
Hi,
what thinks the community and the SCTP developers about an additional
value in SCTP_GET_PEER_ADDR_INFO ?

TCP allows to retrieve values about the congestion control with
TCP_INFO. The cwnd value can be retrieved from both(SCTP and TCP), but the ssthresh value in SCTP is missing. I guess it would make sense to add these value and return it with the SCTP_GET_PEER_ADDR_INFO socket option.

Regards
Florian Niederbacher




-----
Randall Stewart
randall at lakerest.net