SCTP Discussions

Text archives Help


Re: [SCTP-Discussion] sctp_send


Chronological Thread 
  • From: "elie" <elie AT flashmail.com>
  • To: Michael Tuexen <Michael.Tuexen AT micmac.franken.de>, elie AT flashmail.com
  • Cc: sctp-discussion AT sctp.de
  • Subject: Re: [SCTP-Discussion] sctp_send
  • Date: Sun, 15 Jun 2008 21:49:39 +0800
  • List-archive: <http://lists.franken.de/pipermail/sctp-discussion>
  • List-id: SCTP Discussions <sctp-discussion.sctp.de>

Michael, thanks you for your help. My comments are in line.

cheers



>Hi Eli,
>
>comments in-line.
>
>Best regards
>Michael
>
>On Jun 15, 2008, at 12:14 PM, elie wrote:
>
>> Michael,
>> I'm checking the points you wrote, just to make sure I'm
>> on track:
>>
>> I'm controlling my window size with the myRwnd parameter.
>So is the sctplib running on the CPU being slow or is
>it the peer? Do you want to limit your own rate or the
>rate of the peer?

I want to limit my own rate; I'm not interested in the
peer's rate.


>>
>> The other window size is configured to 64k (not my
>> application).
>OK.
>>
>> How do I enable/disable the Nagle algorithm? I've looked
>> around and found a definition for SCTP_NODELAY, but I
>> can't see anywhere it is being used.
>Possibly it is not implemented, don't know. My list
>of reasons was in general for an arbitrary implementation.

I'll looking into the library to see if there's something of
it.


>>
>>
>> Thanks,
>> Eli.
>>
>>> Hi Eli,
>>>
>>> comments in-line.
>>>
>>> Best regards
>>> Michael
>>>
>>> On Jun 15, 2008, at 9:42 AM, elie wrote:
>>>
>>>> Hi,
>>>> Working on windows, I'm trying to build some congestion
>>>> control using SCTPlib, as I've been advised previously.
>>> I guess it is more flow control, since you do not want
>>> to overload the receiver, right? Not the network.
>>>>
>>>>
>>>> And I have a basic question - when I'm using sctp_send
>>>> to send a packet, how can I make sure the packet will
>>>> be actually sent with minimum delays?
>>>>
>>>> I'm encountering problems with it: when i'm sending one
>>>> packet, than wait a bit (20 milli) than send another,
>>>> it _seems_ some aggregation is taking place which I
>>>> can't find the reason to.
>>> What do you see on the wire? The SCTP sender might not
>>> put the packet onto the wire due to
>>> - the Nagle algorithm is enabled
>>> - the congestion window does not allow more to send
>>> - the advertised receiver window does not allow more to
>>>> send.
>>>>
>>>> thanks-
>>>> Eli.
>>>>
>>>>
>>>> _______________________________________________
>>>> sctp-discussion mailing list
>>>> sctp-discussion AT sctp.de
>>>> http://www.sctp.de/mailman/listinfo/sctp-discussion
>>>>
>>>
>>
>>
>>
>






Archive powered by MHonArc 2.6.19+.

Top of page