Hi,

 though I read every documentation about TIPC that I could find, I still have 
many unanswered questions, especially about the implementation of reliable 
datagram communication (this is the only communication type we are currently 
using). Maybe you can help answering some of them:

1. Exactly how does a link detect a message loss that did not occur due to link 
congestion (e. g. lost in the switch)? Does the receiver send acks or is the 
loss detected only by gaps in the serial number? 

2. Is a message automatically retransmitted if it gets lost and the reason is 
not a link congestion?

3. When I send a message via an RDM link, does it get buffered somewhere till 
an ack has arrived (if acks are used, see 1.)?

4. If it gets buffered can it be accessed using the internal API? 
I'd like to give an example to this : I send a RDM message via the internal 
API, a link congestion occurs and the appropriate error handler is called with 
reason ELINKCONG. Now I'd like to retransmit this message. How can I accomplish 
this?

5. Is there a difference in error detection (i. e. lost messages) and 
retransmission between reliable datagrams and messages sent over a connection 
(assuming the DEST_DROPPABLE flag is not set on the RDM socket)?

Thx for any answers!

Regards,
J.K.




-------------------------------------------------------------------------
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

Reply via email to