[jboss-jira] [JBoss JIRA] (JGRP-1755) TP: dropping message to wrong destination in a shared transport

[Bela Ban (JIRA)]

    [ https://issues.jboss.org/browse/JGRP-1755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12978945#comment-12978945 ] 

Bela Ban commented on JGRP-1755:
--------------------------------

How are you seeing the issue ? Using the attached bla2 ?

> TP: dropping message to wrong destination in a shared transport
> ---------------------------------------------------------------
>
>                 Key: JGRP-1755
>                 URL: https://issues.jboss.org/browse/JGRP-1755
>             Project: JGroups
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>            Reporter: Bela Ban
>            Assignee: Bela Ban
>            Priority: Minor
>             Fix For: 3.4.2, 3.5
>
>         Attachments: bla3.java, shared.xml
>
>
> TP has a check whether the dest of incoming unicast messages matches its local address (or the local address in the ProtocolAdapter if a shared transport is used). Messages whose dest != local address are dropped.
> However, in the following scenario, we can have spurious warnings for 2 minutes (by default):
> * 2 processes with 2 members on a shared transport each (see attached shared.xml and bla3.java)
> ** Start 2 bla2 instances on the same box
> * On the second instance, a member leaves and immediately rejoins (press [2] on the second member)
> * For some reason, the leaving member didn't receive the {{LEAVE_RSP}} unicast message from the coordinator (first member)
> * The newly joined member now receives the {{LEAVE_RSP}} unicast from the coordinator, but now it is a different member and therefore has a different local address, so we see the warning
> * This will continue for 2 minutes, until the connection to the unknown member is closed by the coordinator (configurable)
> TODOs:
> * Investigate why the {{LEAVE_RSP}} unicast is not received by the leaving member
> * In the warning, add the sender's address and print the headers of the message so it's easier to find the culprit



--
This message was sent by Atlassian JIRA
(v6.2.6#6264)