You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Ganesh Murthy (Jira)" <ji...@apache.org> on 2019/09/09 21:23:00 UTC

[jira] [Updated] (DISPATCH-1360) forward pre-settled messages as unsettled within the dispatch network

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

Ganesh Murthy updated DISPATCH-1360:
------------------------------------
    Fix Version/s:     (was: 1.9.0)

> forward pre-settled messages as unsettled within the dispatch network
> ---------------------------------------------------------------------
>
>                 Key: DISPATCH-1360
>                 URL: https://issues.apache.org/jira/browse/DISPATCH-1360
>             Project: Qpid Dispatch
>          Issue Type: Improvement
>          Components: Router Node
>    Affects Versions: 1.8.0
>            Reporter: Ken Giusti
>            Priority: Minor
>
> Possible approach to credit replenishment for pre-settled messages.
> For unsettled messages the router correlates the eventual settlement of the message with credit flow to the sender.  This provides a reasonable method for rate limiting the sender.
> However this approach does not apply to pre-settled messages.   For these the router simply grants sender credit when the message is forwarded, which tends to over-provisioning credit.
> Let's try to apply the behavior of the unsettled case to the settled by forwarding presettled messages as unsettled between routers.   It would work something like this:
>  * presettled msg arrrives at ingress router - no flow granted
>  * ingress router adds a "presettled" flag to the annotations and forwards the message into the routing network as unsettled.
>  * at the egress router if the "presettled" flag is in the annotations the message is forwarded to the receiver as presettled.
>  * the egress router generates an PN_ACCEPTED/Settled event for the message
>  * which travels back to the ingress router which uses that event to grant flow to the sender.
> de[devil]tails, etc...



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org