All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vlad Yasevich <vyasevich@gmail.com>
To: linux-sctp@vger.kernel.org
Subject: Re: SCTP heartbeat transmission interval in not working as expected
Date: Mon, 17 Aug 2015 21:37:21 +0000	[thread overview]
Message-ID: <55D25411.80904@gmail.com> (raw)
In-Reply-To: <f0156706abe9412c9d158cac2724d12a@BGHMBXV01.AD.ARICENT.COM>

On 08/17/2015 06:45 AM, Ravi Puttachannaiah wrote:
> Hi Michael,
> 
> Thanks for your quick response. It will be helpful if you can explain why it should be 30.5 to 31.5.
> 
> As per our understanding initially it should start with 33-seconds (30[HBInterval]+3[RTO initial]) right ?. Please correct me if my understanding is in-correct.
> 
> 

So this is what the SCTP spec actually states:

   On an idle destination address that is allowed to heartbeat, it is
   recommended that a HEARTBEAT chunk is sent once per RTO of that
   destination address plus the protocol parameterh 'HB.interval', with
   jittering of +/- 50% of the RTO value, and exponential backoff of the
   RTO if the previous HEARTBEAT is unanswered.


I can see how this could be interpreted as  RTO + HB.Interval +/- 50% RTO,
but that's not what should actually happen.

The basis of the algorithm is that packet is sent once per RTO with an RTO
jittering of %50.  So, for the RTO of X, the base "once per RTO" transmission
is .5X - 1.5X.  Then you add to this the HB.Interval value.

For your RTO values, with an RTO.min of 1sec, your RTO will most likely be clamped
at 1 sec (unless you really have very long RTO values).
This means that for HBs, your base RTO will vary between 0.5-1.5 sec.

This should explain what you are actually seeing on the wire.

-vlad

> Regards,
> 
> Ravi
> 
> 
> -----Original Message-----
> From: Michael Tuexen [mailto:Michael.Tuexen@lurchi.franken.de]
> Sent: Monday, August 17, 2015 6:43 PM
> To: Ravi Puttachannaiah
> Cc: linux-sctp@vger.kernel.org
> Subject: Re: SCTP heartbeat transmission interval in not working as expected
> 
>> On 17 Aug 2015, at 13:45, Ravi Puttachannaiah <ravi.puttachannaiah@aricent.com> wrote:
>>
>> Hi,
>>
>>                We are using LKSCTP (ver 1.0.16) and we observe that the SCTP heartbeat transmission interval in not working as expected. Following is the SCTP configuration settings we are using (applied using setsockopt()).
>>
>>
>> hbinterval0-sec
>> RTO initial=3-sec
>> RTO min=1-sec
>> RTO max`-sec
>>
>>                As per our understanding the SCTP heartbeat transmission interval value should be between 31.5 to 34.5 seconds as per the calculation "RTO+HBInterval+delta(Âą0.5ofRTO)" but we are always seeing the value in-between 30.6 to 31.5 seconds.
> Assuming that the RTO is 1 second (after an RTT measurement this is true, I guess), you would get HBs every
> 30.5 and 31.5 seconds. Seems to be about what you measure.
> 
> Best regards
> Michael
>>
>>                Could somebody confirm if this is an issue or not and in-case of an issue how we can resolve.
>>
>>                We are using LKSCTP version 1.0.16 and 1.0.7 and in both the versions we are observing the same behavior.
>>
>>
>> Regards,
>>
>> Ravi​
>>
>> "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
>> N‹§ēæėrļ›yúčšØbēXŽķĮ§vØ^–)Þš{.nĮ+‰·ĨŠ{ąąËiŠ{ayš\x1dʇڙë,j
> ­ĒfĢĒ·hš‹āzđ\x1eŪwĨĒļ
> Ē·Ķj:+v‰ĻŠwčjØmķŸĸū
> Ŧ‘ęįzZ+ƒųšˇŠÝĒj"¯ú!
> 
> "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
> N�����r��y���b�X��ǧv�^�)޺{.n�+����{���i�{ay�\x1dʇڙ�,j\a��f���h���z�\x1e�w���\f���j:+v���w�j�m����\a����zZ+�����ݢj"��!tml> 


  parent reply	other threads:[~2015-08-17 21:37 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-17 11:45 SCTP heartbeat transmission interval in not working as expected Ravi Puttachannaiah
2015-08-17 13:12 ` Michael Tuexen
2015-08-17 13:45 ` Ravi Puttachannaiah
2015-08-17 14:37 ` Michael Tuexen
2015-08-17 16:05 ` Ravi Puttachannaiah
2015-08-17 21:37 ` Vlad Yasevich [this message]
2015-08-17 23:06 ` malc
2015-08-18  5:42 ` Ravi Puttachannaiah
2015-08-18 15:35 ` Vlad Yasevich
2015-08-18 17:17 ` malc
2015-08-19  5:37 ` Ravi Puttachannaiah
2015-08-19 17:25 ` Vlad Yasevich
2015-08-20 14:30 ` Ravi Puttachannaiah

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55D25411.80904@gmail.com \
    --to=vyasevich@gmail.com \
    --cc=linux-sctp@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.