[jboss-jira] [JBoss JIRA] Resolved: (JGRP-468) SFC does not control unicast messages

[Bela Ban (JIRA)]

     [ http://jira.jboss.com/jira/browse/JGRP-468?page=all ]

Bela Ban resolved JGRP-468.
---------------------------

    Resolution: Done

Looks okay. I need to see whether the same scheme will be used in 2.5 (JGRP-470)

> SFC does not control unicast messages
> -------------------------------------
>
>                 Key: JGRP-468
>                 URL: http://jira.jboss.com/jira/browse/JGRP-468
>             Project: JGroups
>          Issue Type: Task
>            Reporter: Brian Stansberry
>         Assigned To: Brian Stansberry
>             Fix For: 2.4.1 SP2
>
>
> SFC does not control unicast messages.  This makes it unsuitable for UDP-based channels that will handle a lot of unicast, e.g. a channel used by a buddy replication-enabled JBoss Cache.  Also makes it unsuitable for use as a shared multiplexed channel when one of the services might use a lot of unicast.
> Proposed solution is to refactor the core locking and credit accounting behavior of SFC into an inner class.  SFC would then maintain an instance of that inner class to track credits for group (i.e. multipoint) messages.  A separate instance of the inner class would be maintained to track unicast traffic to each peer.  So, in a 4 node cluster, SFC would maintain 5 instances of the inner class. (Maintaining an instance for unicast messages to oneself is probably unnecessary, but its a lightweight object and not maintaining it would add complexity.)
> Will add a "control_unicast" config flag with default value of true.  Allows simple disabling of unicast flow control in TCP-based configurations.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira