SCTP Discussions

Text archives Help


Re: [SCTP-Discussion] FW: SCTP...


Chronological Thread 
  • From: Michael Tuexen <Michael.Tuexen AT micmac.franken.de>
  • To: Shetty K Manjunatha-A1465Z <A1465Z AT motorola.com>
  • Cc: discussion AT sctp.de, ajung AT exp-math.uni-essen.de
  • Subject: Re: [SCTP-Discussion] FW: SCTP...
  • Date: Fri Jan 2 20:02:02 2004
  • List-id: SCTP Discussions <discussion.sctp.de>

Manjunatha,

from the chargen_server.c:

SCTP_getAssocDefaults(sctpInstance, &instanceParameters);
instanceParameters.maxSendQueue = SEND_QUEUE_SIZE;
SCTP_setAssocDefaults(sctpInstance, &instanceParameters);

This shows how you limit the sendqueue. If you do not do this, the sendqueue
is unlimited. It is the same as setting it to 0, the default.

The implementation works as follows:
The sctplib always uses malloc if it needs memory. Using this strategy
no send call will ever block. To provide this feature (needed for the chargen
server, for example) we introduced the sendqueue limit. It is only a counter
which supervises the number of chunks queued. But it is no real memory management.

I hope this clarifies things a bit
Michael

On 2. Jan 2004, at 18:08 Uhr, Shetty K Manjunatha-A1465Z wrote:

Micheal,
Thanks for the reply.
What is this option "sctplib without any limits"? Could you please provide me more information on this? You mean we need to increase the size of the stack? Or some thing else?
Please advise.

Manjunatha Shetty K
Phone: 1-847-632-2503



-----Original Message-----
From: Michael Tuexen
[mailto:Michael.Tuexen AT micmac.franken.de]
Sent: Thursday, January 01, 2004 12:04 PM
To: Shetty K Manjunatha-A1465Z
Cc:
ajung AT exp-math.uni-essen.de;

discussion AT sctp.de
Subject: Re: [SCTP-Discussion] FW: SCTP...


Using the limited queues we are limiting the resources the sctplib is using. Since all chunks have to be stored until the cumulative TSN acks passes the TSN of the chunk we have to store TSN10 to TSN100. This behaviour is required by SCTP.

You can use the sctplib without any limits. Then you can send as much as you like (and memory is available at the host).

Best regards
Michael

On 1. Jan 2004, at 1:43 Uhr, Shetty K Manjunatha-A1465Z wrote:

All,
Any body can help in answer the question below?

Manjunatha Shetty K
Motorola Inc
Phone: 1-847-632-2503



-----Original Message-----
From: Shetty K Manjunatha-A1465Z
Sent: Wednesday, December 31, 2003 5:18 PM
To: 'Michael Tüxen'
Cc: Shetty K Manjunatha-A1465Z
Subject: RE: SCTP...


Micheal,

I have a quick question on SCTP stack. Quick response would really
helpful. If I am transmitting data from TSN 1 to TSN 200. But I am
getting SACK or ACK for all the frames other than say TSN 10. I am
pumping the data at the higher rate.
Will my SEND Q will store all the msgs with TSN value above 10 till I
get ACK for this msg or it will clear off all the msgs from the SEND Q
which got ACK from the PEER.

Scenario:
SCTP LOCAL SCTP PEER

Msg(TSN1) ==================>ACKED back Msg(TSN2)===================>
ACKED back .......................... .....
Msg(TSN10) ===================> NOT RECEIVED (Say Dropped) so no ACK.
..... Re transmission Msg(TSN10)====================> Dropped, no ACK
..... Msg(TSN99)====================> ACKED
Msg(TSN100)===================>ACKED
Retransmission Msg(TSN10)===============> ACKED Now!!!!!

Now the question is what happens to SEND Q? Will store all the
msgs(TSN 11 to TSN 100) in the SEND Q till it gets the ACK for TSN 10
or not? Please clarify me.

In the heavy traffic condition we are seeing that Send Q is getting
full! Your explanation on handling of SEND Q would be very helpful.

Manjunatha Shetty K
Phone: 1-847-632-2503



-----Original Message-----
From: Michael Tüxen
[mailto:Michael.Tuexen AT micmac.franken.de]
Sent: Tuesday, September 09, 2003 2:17 PM
To: Manjunatha Shetty
Subject: Re: SCTP...


Hi,

I can not remember that Bug. We are currently testing 1.0.0 of the
sctplib for release and I will test that this works with the released
version. You report is very good, we can reproduce the scenario.

Do you have any further problems?

Best regards
Michael

On Tuesday, Sep 9, 2003, at 15:53 Europe/Berlin, Manjunatha Shetty
wrote:

Thanks for the quick response,

We are facing problems with sctp, Problem description is mentioned
below.

Can you please help in this regard. We are using SCTP stack which has
SCTP Freeware..

I could see in some FAQ present in SCTP discussion email list,where
there are some problems in the area of re-transmission.


Problem Sequence:

SCTP Peer SCTP
---- ---------

DATA REQ (TSN 10)
-------------------------------------------> getting dropped
DATA REQ (TSN 11)
------------------------------------------->
SACK (TSN 11, GAP TSN 10)
<------------------------------------------
DATA REQ (TSN 10)
------------------------------------------> Re-Transmission, getting
dropped
DATA REQ (TSN 12)
------------------------------------------>
SACK (TSN 12 GAP TSN 10)
<------------------------------------------
DATA REQ (TSN 13)
------------------------------------------>
SACK (TSN 13, GAP TSN 10)
<------------------------------------------
DATA REQ (TSN 14)
------------------------------------------>
SACK (TSN 14, GAP TSN 10)
<------------------------------------------

After the first retransmission there is no re-transmission, even
though the SACK is indicating that there is a missing TSN 10.

I really appreciate if could help me out in this regard. Whether this
is a known bug or not?

Thanks,
Manju


-----Original Message-----
From: Michael Tüxen
[mailto:Michael.Tuexen AT micmac.franken.de]
Sent: Tuesday, September 09, 2003 6:06 PM
To: Manjunatha Shetty
Subject: Re: SCTP...


Hi Manju,

there is no such repository. Internally we use CVS but it not fix by
fix...

Best regards
Michael

On Tuesday, Sep 9, 2003, at 10:39 Europe/Berlin, Manjunatha Shetty
wrote:

Would like to know is there any repository where all the bug fixes
information are stored?
 
Thanks & Regards,
Manju

-------------------------------------------------
| Manjunatha Shetty K.
| Wipro Technologies,
| Creator 4th Floor,
| International Tech Park,
| Whitefield Road.
| PH: 8411990     Extn: 1003
-------------------------------------------------

 



_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion







Archive powered by MHonArc 2.6.19+.

Top of page