Randall Stewart 66bd30bd4f This fixes a BUG in the handling of the cum-ack calculation.
We were only paying attention to the nr-mapping-array. Which
seems to make sense on the surface, by definition things
up to the cum-ack should be deliverable thus in the nr-mapping-array.
However (there is always a gotcha) thats not true when it
comes to large messages. The stack may hold the message
while re-assembling it not not deliver it based on several
thresholds. If that happens (which it would for smaller
large messages) then the cum-ack is figured wrong. We
now properly use both arrays in the cum-ack calculation.

MFC after:	1 week.
2010-06-07 18:29:10 +00:00
..
2010-06-05 21:33:16 +00:00
2010-06-05 21:33:16 +00:00
2010-06-05 21:27:43 +00:00
2010-06-05 21:20:28 +00:00
2010-06-06 02:32:20 +00:00
2009-06-17 12:34:56 +00:00