From 81b29840940cea2f05415e8fc037aad4a3b6d11f Mon Sep 17 00:00:00 2001
From: Steven Dake <sdake@redhat.com>
Date: Thu, 25 Aug 2005 22:10:26 +0000
Subject: [PATCH] defect 837 Muni reported the token retransmission timer
 doesn't need to be reset when receiving a retransmission

git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@805 fd59a12c-fef9-0310-b244-a6a79926bd2f
---
 exec/totemsrp.c | 8 +++++++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/exec/totemsrp.c b/exec/totemsrp.c
index 65565713..a25b0ab6 100644
--- a/exec/totemsrp.c
+++ b/exec/totemsrp.c
@@ -2665,7 +2665,13 @@ if (random () % 100 < 10) {
 		 * Discard retransmitted tokens
 		 */
 		if (instance->my_token_seq >= token->token_seq) {
-			reset_token_retransmit_timeout (instance);
+			/*
+			 * If this processor receives a retransmitted token, it is sure
+		 	 * the previous processor is still alive.  As a result, it can
+			 * reset its token timeout.  If some processor previous to that
+			 * has failed, it will eventually not execute a reset of the
+			 * token timeout, and will cause a reconfiguration to occur.
+			 */
 			reset_token_timeout (instance);
 			return (0); /* discard token */
 		}