[ 
https://issues.apache.org/jira/browse/DISPATCH-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16033609#comment-16033609
 ] 

ASF subversion and git services commented on DISPATCH-781:
----------------------------------------------------------

Commit 645b2e6b436d3a9f43fd378f6310e11449fee7ef 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=645b2e6 ]

DISPATCH-781 - Only display creditWindow for in-links


> 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]

Reply via email to