[
https://issues.apache.org/jira/browse/DISPATCH-1515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ganesh Murthy updated DISPATCH-1515:
------------------------------------
Fix Version/s: (was: 1.11.0)
1.10.0
> Link delivered counts are inaccurate
> ------------------------------------
>
> Key: DISPATCH-1515
> URL: https://issues.apache.org/jira/browse/DISPATCH-1515
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Router Node
> Affects Versions: 1.9.0
> Reporter: Ken Giusti
> Assignee: Charles E. Rolke
> Priority: Major
> Fix For: 1.10.0
>
>
> 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)
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
