[
https://issues.apache.org/jira/browse/DISPATCH-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16033608#comment-16033608
]
ASF subversion and git services commented on DISPATCH-781:
----------------------------------------------------------
Commit 98a4c360f4c144b6f05452d4e5a7b826adb9a791 in qpid-dispatch's branch
refs/heads/tross-dispatch-781-1 from [[email protected]]
[ https://git-wip-us.apache.org/repos/asf?p=qpid-dispatch.git;h=98a4c36 ]
DISPATCH-781 - Bugfix: removed spurious issuance of credit
> Experimental - Tie end-to-end flow control of message-routed deliveries to
> outgoing capacity
> --------------------------------------------------------------------------------------------
>
> Key: DISPATCH-781
> URL: https://issues.apache.org/jira/browse/DISPATCH-781
> Project: Qpid Dispatch
> Issue Type: Improvement
> Components: Router Node, Routing Engine
> Reporter: Ted Ross
> Assignee: Ted Ross
>
> This feature reverses the management of incoming credit for message-routed
> deliveries.
> The current mechanism is based on the the capacity of the incoming
> (sender-client) links. Each attached sender is given credit equal to the
> configured link capacity regardless of the capacity of outgoing
> (receiver-client) links for the same address. This means that even under
> congestion, a newly attached sender will get full capacity credit to send.
> The proposed mechanism is based not on incoming capacity but on outgoing
> capacity. In this case, the senders are provided a share of the total
> outgoing capacity for an address. Under congestion, newly attached senders
> will not be given full credit.
> The proposal is a heuristic approach. It does not revoke credit from senders
> (but will limit the number of credits that are replenished). It will also
> not deny credit if there are more incoming links than outgoing capacity.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
