See responses inline. -- Al
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bharat Joshi Sent: Thursday, August 23, 2007 2:28 AM To: [email protected] Subject: [tipc-discussion] A query on Reliable connectionless messagedelivery in TIPC Hi, I was going through TIPC documentation and wanted someone to clarify my understanding of connectionless reliable communication. As mentioned in the documentation, when socket type 'SOCK_RDM' is used, TIPC provides connectionless reliable communication. The only difference I see between SOCK_RDM and SOCK_DGRAM is the setting ofsource droppable bit. For SOCK_RDM, it is disabled. This bit only makes sure that TIPC does not drop the messages when the source port is congested. Now the question is, do receivers acknowledge a message by sending an ack to the sender when the end points are using SOCK_RDM? [Al] No. The "reliable" aspect of SOCK_RDM comes from the fact that: a) TIPC provides feedback to the message sender (at the time the user calls send()/sendto()/sendmsg()) if it is unable to send the message, and b) TIPC's links will retransmit the message if it is lost while in transit to the destination node. If the sender needs 100% assurance that the receiver has received and processed a message, this must be implemented by the application itself. I also wanted to know if TIPC supports reliable multicast on connectionless socket while using SOCK_RDM or SOCK_DGRAM socket. What I mean here by reliability is that do receivers acknowledge the receipt of a message by sending an ack to the sender? [Al] Acknowledgement is provided at the TIPC link level (as is also done for unicast traffic), but there is no explicit acknowledgement provided to the sending socket (again, just as is done for unicast traffic). Another question which came to me is that if SOCK_RDM uses acknowledgments than what will happen if the acknowledgement for a message is not received by the receiver. Till what time it keeps it in its send queue and when it retransmits this message. [Al] For both unicast and broadcast traffic TIPC keeps a message in the associated link transmit queue until it receives an acknowledgement from the destination node(s) or there is a link failure that renders the message undeliverable. Thanks, Bharat PS: I am not subscribed to tipc-discussion list with this mail-id, so please reply to this mail-id also. ------------------------------------------------------------------------ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ tipc-discussion mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tipc-discussion ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ tipc-discussion mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tipc-discussion
