[ 
https://issues.apache.org/jira/browse/DISPATCH-1515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ganesh Murthy resolved DISPATCH-1515.
-------------------------------------
    Resolution: Duplicate

> 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

Reply via email to