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

Wed Apr 18 01:31:30 EDT 2007

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

Brian Stansberry commented on JGRP-468:
---------------------------------------

Fixed in Branch_2_4. In CVS. I'll close issue once you have a chance to have a look, Bela.

> 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