- From: Tuexen Michael <Michael.Tuexen AT icn.siemens.de>
- To: "'discussion AT sctp.de'" <discussion AT sctp.de>
- Subject: RE: [SCTP-Discussion] A small question on Unsent data...
- Date: Wed May 8 09:47:01 2002
- List-id: SCTP Discussions <discussion.sctp.de>
Dear all,
see my comments below.
Best regards
Michael
Michael Tuexen Tel.: +49 89 722 47210
Siemens AG Fax: +49 89 722 48212
ICN WN CC SE 7 E-mail:
Michael.Tuexen AT icn.siemens.de
>
-----Original Message-----
>
From: Harimuruga
>
[SMTP:harimuruga AT infy.com]
>
Sent: Wednesday, May 08, 2002 6:22 AM
>
To:
>
discussion AT sctp.de
>
Subject: [SCTP-Discussion] A small question on Unsent data...
>
>
Hi All,
>
I have a query regarding unsent data.
>
We know, there is a ULP API to receive an unsent data. I understood
>
that the data which is never put on the wire is called unsent data.
>
Consider the send failure occured while sending the data for the
>
first time. Will that be considered as unsent data or do i need to try
>
sending it again?. If the data has to be re-sent, how many maximum number
>
of attempts have to be made?.
[Tuexen Michael] What do you mean by send failure? The reasons for
communication lost might be
- excessive retransmissions
- reception of an abort
Then we go through the send/retransmission queue and deliver the
chunks
to the UL. We know whether it was sent or not.
>
If the data is sent in many packets ( fragmented ) and if one of the
>
packets is failed while sending, how should we handle the remaining data ?
>
Should we consider the whole data as unsent ?
[Tuexen Michael] I think we do it on TSN base, this means on per
fragment
base. You since it is an API question, you can do whatever you want.
[Tuexen Michael] Maybe I'm wrong, but I do not know of people using
this feature.
>
TIA.
>
>
Best Regards,
>
Hari.
>
>
_______________________________________________
>
discussion mailing list
>
discussion AT sctp.de
>
http://www.sctp.de/mailman/listinfo/discussion
Archive powered by MHonArc 2.6.19+.