SCTP Discussions

Text archives Help


Re: [SCTP-Discussion] SCTP Client Application is sending ABORT


Chronological Thread 
  • From: Michael Tuexen <Michael.Tuexen AT micmac.franken.de>
  • To: Nigar <nigar AT teledna.com>
  • Cc: sctp-discussion AT sctp.de
  • Subject: Re: [SCTP-Discussion] SCTP Client Application is sending ABORT
  • Date: Fri, 15 Feb 2008 20:00:35 +0100
  • List-archive: <http://lists.franken.de/pipermail/sctp-discussion>
  • List-id: SCTP Discussions <sctp-discussion.sctp.de>

Hi Nigar,

comments in-line.

Best regards
Michael

On Feb 15, 2008, at 2:41 PM, Nigar wrote:
Hi All,

Some times in the load test we have observed SCTP-Client Application is sending ABORT message.

In the SCTP-logs we have observed the following:

16:16:05.426 - ******************* Bundling received DATA chunk

16:16:05.426 - Event in Module: recvctrl.c............

16:16:05.426 - Entering function rxc_data_chunk_rx

16:16:05.426 - setting StreamEngine MemoryAddress 3fb058, for association 1

16:16:05.426 - Current state : ESTABLISHED

16:16:05.426 - rxc_data_chunk_rx : chunk_tsn==1234760902, chunk_len=191

16:16:05.426 - Event in Module: recvctrl.c............

16:16:05.426 - Entering rxc_update_fragments.tsn==1234760902..

16:16:05.426 - Updating rbuf->ctsna==1234760902

16:16:05.426 - Event in Module: recvctrl.c............

16:16:05.426 - Entering rxc_bubbleup_ctsna...

16:16:05.426 - rxc_data_chunk_rx: after rxc_bubbleup_ctsna, rxc- >ctsna=1234760902

16:16:05.426 - setting StreamEngine MemoryAddress 3fb058, for association 1

16:16:05.426 - Event in Module: streamengine.c............

16:16:05.426 - SE_RECVDATACHUNK CALLED

16:16:05.427 - processed_len=648, pad_bytes=1, current_position=4154872, chunk_len=191

16:16:05.427 - Event in Module: recvctrl.c............

16:16:05.427 - Entering funtion rxc_all_chunks_processed ()

16:16:05.427 - len of frag_list==0, len of dup_list==0

16:16:05.427 - setting StreamEngine MemoryAddress 3fb058, for association 1

16:16:05.427 - Insert item : timer id 100

16:16:05.427 - Event in Module: recvctrl.c............

16:16:05.427 - Started SACK Timer !

16:16:05.427 - Entering rxc_create_sack(address==0, force_sack==FALSE

16:16:05.427 - Did not send SACK here - returning

This might be OK. Only every other packets is SACKed immediately...
16:16:05.427 - setting StreamEngine MemoryAddress 3fb058, for association 1

16:16:05.427 - Event in Module: streamengine.c............

16:16:05.427 - ================> se_doNotifications <===============

16:16:05.427 - Event in Module: streamengine.c............

16:16:05.427 - ================> se_searchReadyPdu <===============

16:16:05.427 - List has 3 elements

16:16:05.427 - Handling Packet with TSN: 1234760900, SSN: 0, SID: 0

16:16:05.427 - Found Begin Segment

16:16:05.427 - Complete PDU found

16:16:05.427 - handling complete PDU

16:16:05.427 - Removing chunk nr: 1(0) list size after remove: 2

16:16:05.427 - Handling Packet with TSN: 1234760901, SSN: 3, SID: 0

This peer sending the packet is violating the protocol. This is
an invalid TSN/SSN combination!
16:16:05.427 - Found Begin Segment

16:16:05.427 - Complete PDU found

16:16:05.427 - handling complete PDU

16:16:05.427 - Removing chunk nr: 1(0) list size after remove: 1

16:16:05.427 - Handling Packet with TSN: 1234760902, SSN: 0, SID: 0

16:16:05.427 - Event in Module: SCTP-control.c............

16:16:05.427 - event: scu_abort in state 03 --> send abort

That is appropriate. The problem is the sender of the received packet,
not the receiver.
16:16:05.427 - Event in Module: chunkHandler.c............

16:16:05.427 - created simpleChunk 6

16:16:05.427 - Event in Module: sbundling.c............

16:16:05.427 - bu_put_Ctrl_Chunk() was called

16:16:05.427 - Put Control Chunk Length : 4 , Total buffer size now (includes pad): 16

When refered the code, we have seen streamengine function : is sending ECC_PROTOCOL abort.

Please help me, why this error comes. Is it congestion on the SCTP- Client application or SCTP-Server application is sending some wrong values.

Regards

Nigar


_______________________________________________
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