[DISPATCH-1515] Link delivered counts are inaccurate

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Duplicate
• Affects Version/s: 1.9.0
• Fix Version/s: 1.10.0
• Component/s: Router Node
• Assignee: Charles E. Rolke
• Reporter: Ken Giusti
• Created: 06/Dec/19 23:11
• Updated: 16/Jan/20 16:52
• Resolved: 16/Jan/20 16:52

Description

Create a two router network.

Attach a sender to one of the routers.  The sender should transmit a message for every credit it is given.

Attach a receiver to the other router.  grant 1 credit, accept a single message then close the connection (cleanly).

Here's the resulting output of qdstat -l for the sender link after the receiver is done:

type dir conn id id peer class addr phs cap pri undel unsett deliv presett psdrop acc rej rel mod delay rate

endpoint in 3 50 mobile test-address 0 250 0 0 0 3476 0 0 1 0 3725 0 0 0 0 0 00:00:05

That's 3476 deliv, 1 accepted, and 3725 released.

These numbers do no make sense.  I would expect that the number delivered would == (accepted + released).  This is not the case as delivered == (accepted + released - CAPACITY)

The trace log confirms that the tx sender has sent 3726 messages, 1 accepted the remaining released.

(The reason for the large # of released is that the rx address removal (MAU) is not propagated to the sender router until after 3726 messages have been generated)

Issue Links

• is duplicated by: DISPATCH-1517 delivery count is not incremented for undeliverable messages