LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Vlad Yasevich <vyasevich@gmail.com>
To: Sun Paul <paulrbk@gmail.com>,
	linux-sctp@vger.kernel.org, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: Fwd: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached
Date: Fri, 23 Jan 2015 11:08:52 -0500	[thread overview]
Message-ID: <54C27214.9020003@gmail.com> (raw)
In-Reply-To: <CAFXGft+fwo=8LJEG7h6uOpGciSo5f_dXjSx3sn67RZZp7jsYHw@mail.gmail.com>

On 01/23/2015 05:25 AM, Sun Paul wrote:
> Hi
> 
> I would like to check the behave in LKSCTP.
> 
> we are running DIAMETER message over SCTP, and we have set the
> parameter "net.sctp.association_max_retrans = 4" in the LinuxOS.
> 
> We noticed that when remote peer have retry to send the same request
> for 4 times, the LKSCTP will initiate an ABORT chunk with reason
> "association exceeded its max_retrans count".
> 
> We would like to know whether this is the correct behavior? is there
> any other option that we can alter in order to avoid the ABORT chunk
> being sent?
> 

Why do you not want ABORT to be sent? SCTP has attempted to retransmit
the data maximum allows times, and at this point it will terminate
the association.  It sends an ABORT notifying the peer of this, but
most likely the peer is unreachable anyway.

Any message that a peer sends at this point will most likely result
in an ABORT to be send back or an association restart.  Might
as well start fresh.

-vlad

> Thanks
> 
> PS
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sctp" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


      parent reply	other threads:[~2015-01-23 16:08 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAFXGftKp3=OfjkCVBuR-zM3+uZ42Sk_9i2UjAHBNnbX=hQJwpA@mail.gmail.com>
2015-01-23 10:25 ` Sun Paul
2015-01-23 11:50   ` Daniel Borkmann
2015-01-23 16:05     ` Vlad Yasevich
2015-01-23 17:10       ` Daniel Borkmann
2015-01-23 18:30         ` Vlad Yasevich
2015-01-23 18:36           ` Michael Tuexen
2015-01-26 13:47           ` Fwd: " Neil Horman
2015-01-23 18:36         ` Michael Tuexen
2015-01-23 19:05           ` Daniel Borkmann
2015-01-26  1:27             ` Sun Paul
2015-01-26 11:46               ` Marcelo Ricardo Leitner
2015-01-26 13:17                 ` Sun Paul
2015-01-26 13:30                   ` Daniel Borkmann
2015-01-23 16:08   ` Vlad Yasevich [this message]

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=54C27214.9020003@gmail.com \
    --to=vyasevich@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-sctp@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=paulrbk@gmail.com \
    --subject='Re: Fwd: Question on SCTP ABORT chunk is generated when the association_max_retrans is reached' \
    /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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).