[
https://issues.apache.org/jira/browse/DISPATCH-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16924212#comment-16924212
]
Ken Giusti commented on DISPATCH-1406:
--------------------------------------
The fix will be to replenish credit when this scenario occurs. However we need
to determine whether or not credit should be replenished on non-inter router
links. Also there may be reasons to set the terminal outcome to Released
instead of Rejected in this case (currently the outcome is Rejected for all
cases).
When it comes to credit replenishment I propose we replenish credit
unconditionally in all cases where the link is *not* the sending client's link
(endpoint link), except when the client's link is anonymous - in that case we
need to replenish credit as following messages may be sent to a different
address.
For terminal outcome we believe that the router should only Reject the message
in the case where the link is the client's link to the router (an endpoint
link). This is consistent with the definition of "unavailable"
defaultTreatment. However in the case of inter-router links we propose
Releasing the message instead because the message did have a subscriber at some
point as the message was forwarded. In this case we assume the subscriber is
temporarily unavailable and the message can be re-sent at a later time.
Opinions?
> Inter-router link stall on receive client failover
> --------------------------------------------------
>
> Key: DISPATCH-1406
> URL: https://issues.apache.org/jira/browse/DISPATCH-1406
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Router Node
> Affects Versions: 1.7.0, 1.8.0
> Reporter: Ken Giusti
> Assignee: Ken Giusti
> Priority: Major
> Fix For: 1.9.0
>
>
> I have a test that simulates a receive client fail-over that results on an
> inter-router link "stalling" - no longer able to forward over the link. From
> what it appears there is 250 (inter-router link capacity) messages that are
> sent over the link but are not accounted for on the receiver end.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
