Hi All,This might be OK. Only every other packets is SACKed immediately...
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
16:16:05.427 - setting StreamEngine MemoryAddress 3fb058, for association 1This peer sending the packet is violating the protocol. This is
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
16:16:05.427 - Found Begin SegmentThat is appropriate. The problem is the sender of the received packet,
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
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+.