File: NAKACK.txt

package info (click to toggle)
libjgroups-java 2.12.2.Final-6
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 8,712 kB
  • sloc: java: 109,098; xml: 9,423; sh: 149; makefile: 2
file content (89 lines) | stat: -rw-r--r-- 3,102 bytes parent folder | download | duplicates (4)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89


Design of new NAKACK with only 1 retransmission table
=====================================================

Author:   Bela Ban
Date:     April 3, 2007
JIRA:     http://jira.jboss.com/jira/browse/JGRP-281



Motivation
----------
Merge of sent-table, received-table and delivered-table into one single retransmission table. This should reduce
complexity, and increase performance, because we don't need to handle 3 tables. Plus, sent-table maintained a sorted
key set (TreeMap) which made insertion costly when many keys were present.



Design
------

Variables:
- xmit-table: Map<Address,NakReceiverWindow> of senders and their associated NakReceiverWindows. Each NakReceiverWindow
              contains a Map<Long,Message> of sequence numbers and the messages associated with them.
              Each NakReceiverWindow maintains the seqnos of (1) the highest message received, (2) the highest message
              delivered and (3) the lowest message. The latter is the seqno that was last purged through a stability
              message (see STABLE protocol)



On sending of M (sender=P):
- M is added to xmit-table
- The NakReceiverWindow for P adjusts its highest received message counter


On reception of M (sender=P):
- If P == local address: NOP
- Else: add M to xmit-table

- Remove as many messages from xmit-table as possible and pass up
- For each remove: NakReceiverWindow adjusts the highest delivered message counter for P's NakReceiverWindow



On GET_DIGEST_STABLE:
- For each sender S in xmit-table:
  - Get low seqno, highest devlivered seqno and highest received seqno and add it to digest D
- Return D


On SET_DIGEST(D):
- For each sender S in D:
  - Create a new NakReceiverWindow in xmit-table with low seqno, highest devlivered seqno and highest received seqno


On reception of stability message D:
- For all highest seqnos in D:
  - Call stable() in the NakReceiverWindow. This will adjust the lowest message counter in the NakReceiverWindow


On creation of a new NakReceiverWindow with digest D:
- Create the NakReceiverWindow with
  - lowest seqno = D.low_seqno
  - highest delivered seqno = D.highest_delivered_seqno
  - highest received seqno = D.highest_received_seqno


NakReceiverWindow
-----------------
- received-msgs and delivered-msgs are merged into msgs
- msgs is a map<Long,Message> of seqnos with their associated messages
  - low is the seqno that was last purged (by stable()) (old 'head' variable)
  - highest_deliverable is the seqno that will be returned by the next remove()
  - highest_received is the seqno of the highest received message (old 'tail' variable)
  - E.g. for 1,2,4,5,7: low=1, highest_deliverable=2 and highest_received=7
- NakReceiverWindow.remove() does *not* remove a message (unless discard_delivered_msgs = true), it instead simply
  moves the highest_deliverable marker
- Messages are *only* purged from NakReceiverWindow on reception of a stability message (stable())
- Note that the highest delivered message is the highest seqno actually *removed* by the application, not the
  highest *deliverable* message !