[
https://issues.apache.org/jira/browse/DISPATCH-1237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16735288#comment-16735288
]
ASF GitHub Bot commented on DISPATCH-1237:
------------------------------------------
ganeshmurthy commented on pull request #436: DISPATCH-1237 - Modified link
cleanup code to not release a multicast…
URL: https://github.com/apache/qpid-dispatch/pull/436
…ed peer if there are being delivered to one of more receivers
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> large frame multicast can stall receivers if one receiver closes its
> connection
> -------------------------------------------------------------------------------
>
> Key: DISPATCH-1237
> URL: https://issues.apache.org/jira/browse/DISPATCH-1237
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Router Node
> Environment: The attached patch updates the edge router test to
> reproduce this issue.
> NOTE WELL - you must have the fix for DISPATCH-1235 applied before running
> this test else the router will crash.
> Reporter: Ken Giusti
> Assignee: Ganesh Murthy
> Priority: Major
> Fix For: 1.5.0
>
> Attachments: test.patch
>
>
> Ran the following scenario on an edge router:
> 1 sender (not presettled)
> 3 receivers
> multicast
> large message
> If I have one of the receivers close its connection while in the middle of a
> multi frame transfer the router marks the message as "discard" and does not
> forward the remaining frames to the two remaining clients, thus stalling
> their links.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
