Thanks for your answer.
But why reliable socket service must be on connection? I didn't
set TIPC_SRC_DROPPABLE
option , but set TIPC_DEST_DROPPABLE and no use .
Is there any socket option that support reliable packet deliver
on connectioness socket ? * *
Questions:
>>1. Is it possible that your link between sender and receiver may have gone
down at any time?
The link is ok .
>>2. What version of TIPC are you using?
TIPC 1.7.5 with linux2.6.24 patch
>>3. What operating system and what version of that OS are you using?
linux 2.6.24 .
2008/3/13, Jon Maloy <[EMAIL PROTECTED]>:
>
> SOCK_RDM (just as SOCK_STREAM) with TIPC guarantees both delivery and
> ordering if you use it on a connection. And the sender will block if the
> responder doesn't read fast enough.
> However, if you use it connectionless the messages will be rejected when
> the reception queue in the receiving socket overflows. The message may then
> be dropped (if the dest_droppable bit is set), or sent back to the sending
> socket with an error code. You'll then find the (first 1024 bytes of)
> message in the ancilliary data queue of the sender socket.
>
> ///jon
>
> ------------------------------
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *? ?
> *Sent:* March 13, 2008 10:17 AM
> *To:* [email protected]
> *Subject:* [tipc-discussion] About SOCK_RDM socket
>
>
> Hi ,
>
> I write a sample test routine and want to test a SOCK_RDM socket
> tipc socket,
> The server routine receive packets and then drop it , then sleep for
> 10 ms ,
> while (1) {
> recv the packet ;
> usleep 10000 ;
> }
>
> and the client send packets continously, I think when the receive
> buffer is full, the client should be blocked. But the result is the client
> continously send the packets. I found same packets were lost after a few
> minutes.
>
> from linux man page :
> SOCK_RDM Provides a reliable datagram layer that does not guarantee
> ordering.
>
> Am I misunderstanding the documents or it's a bug of tipc ?
>
> Thanks for your help,
> icehong
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
tipc-discussion mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tipc-discussion
