Feature Proposals/Improve Groups Service - Revision history

Justincc: /* Status */

2013-01-29T20:35:45Z

‎Status

Michelle Argus: /* D) Groups service distributes IM */

2012-11-15T18:03:44Z

‎D) Groups service distributes IM

Michelle Argus: /* D) Groups service distributes IM */

2012-11-15T17:58:58Z

‎D) Groups service distributes IM

Justincc: /* D) IM passed directly to groups service which itself handles distribution */

2012-11-08T03:31:41Z

‎D) IM passed directly to groups service which itself handles distribution

Justincc: /* C) Groups services queries presence service on group members online request triggered via IM. */

2012-11-08T03:31:12Z

‎C) Groups services queries presence service on group members online request triggered via IM.

Justincc: /* D) IM passed directly to groups service which itself handles distribution to required simulators */

2012-11-08T03:30:18Z

‎D) IM passed directly to groups service which itself handles distribution to required simulators

Justincc: /* E) Alternatives */

2012-11-08T03:25:40Z

‎E) Alternatives

Justincc: /* D) IM passed directly to groups service which itself handles distribution to required simulators */

2012-11-08T03:19:01Z

‎D) IM passed directly to groups service which itself handles distribution to required simulators

Justincc: /* D) IM passed directly to groups service which itself handles distribution to required simulators */

2012-11-08T03:17:20Z

‎D) IM passed directly to groups service which itself handles distribution to required simulators

Justincc: /* D) IM passed directly to groups service which itself handles distribution to required simulators */

2012-11-08T03:17:09Z

‎D) IM passed directly to groups service which itself handles distribution to required simulators

@@ Line 125: / Line 125: @@
 </pre>
-in OpenSim.ini (all the other groups config params need to be set and configured correctly).  More details on the parameter are in the [Groups] section of OpenSimDefaults.ini.  This is currently considered experimental and defaults to false.
+in OpenSim.ini (all the other groups config params need to be set and configured correctly).  More details on the parameter are in the [Groups] section of OpenSimDefaults.ini.  This is currently considered experimental and defaults to false.  This approach implements the temporary response caching mentioned in approach B.
 = References =

@@ Line 84: / Line 84: @@
 * Central service, which makes for easier management.
-* Only one request is sent to the group service - ''How is this a pro?  We are already sending only one request to the groups service on each IM with the other options [[User:Justincc|Justincc]] 03:14, 8 November 2012 (UTC)'' ''The Simulator request currently requests the members, then it requests online status and then it sends the IMs. We currently have atleast 3 request. If the IM is passed on, then the simulator makes only 1 request, while the IM service handles the other requests [[User:Justincc|Michelle Argus]] 15 November 2012''
+* Only one request is sent to the group service - ''How is this a pro?  We are already sending only one request to the groups service on each IM with the other options [[User:Justincc|Justincc]] 03:14, 8 November 2012 (UTC)'' ''The Simulator request currently requests the members, then it requests online status and then it sends the IMs. We currently have atleast 3 request. If the IM is passed on, then the simulator makes only 1 request, while the IM service handles the other requests [[User:Michelle Argus|Michelle Argus]] 15 November 2012''
 * Message sending load is removed from the simulator.
-* The group server can be ajusted better as its sole purpose is to manage the grouprelated work ''Could you elaborate? [[User:Justincc|Justincc]] 03:15, 8 November 2012 (UTC)'' ''A Simulator has to deal with many things eg. physics, scriptengine etc and thus the server has a more general setup sothat everything works. The less funktions a simulator has to run, the better one can fine tune the server setup for each of those funktion. Same also aplies for a IM service[[User:Justincc|Michelle Argus]]''
+* The group server can be ajusted better as its sole purpose is to manage the grouprelated work ''Could you elaborate? [[User:Justincc|Justincc]] 03:15, 8 November 2012 (UTC)'' ''A Simulator has to deal with many things eg. physics, scriptengine etc and thus the server has a more general setup sothat everything works. The less funktions a simulator has to run, the better one can fine tune the server setup for each of those funktion. Same also aplies for a IM service[[User:Michelle Argus|Michelle Argus]]''
 * Spam and illegal activity can be filtered gridwide.
@@ Line 93: / Line 93: @@
 * Load on the group service is significantly increased as the load of group IM sending is now concentrated at the service rather than distributed among simulators.
 * Laws governing data protection and data security could be abused by grid management.  ''Not sure this is a strong reason, as this could already be captured at simulator level.  However, privacy concerns are worth mentioning. [[User:Justincc|Justincc]] 03:17, 8 November 2012 (UTC)'' ''In open grids the grid management has no control over what module is used/modded by the simulator hoster. [[User:Justincc|Michelle Argus]] 15 November 2012''
-* The group service requires client data to send the message to each groupmember. ''Well, this is only true if you try to start sending directly to viewers.  At the moment, messages are sent on to the simulator they occupy for forwarding.  The data would be fetched by the same mechanisms that the simulator's currently use to distribute group IMs. [[User:Justincc|Justincc]] 03:19, 8 November 2012 (UTC)''
+* The group service requires client data to send the message to each groupmember. ''Well, this is only true if you try to start sending directly to viewers.  At the moment, messages are sent on to the simulator they occupy for forwarding.  The data would be fetched by the same mechanisms that the simulator's currently use to distribute group IMs. [[User:Justincc|Justincc]] 03:19, 8 November 2012 (UTC)'' ''In the case of D the IM service the IMs are not sent by a simulator and communication between simulator and IM service should be kept at its absolute minimum to prevent any possible lag that could be caused simulatorside, eg. slow requests [[User:Michelle Argus|Michelle Argus]] 15 November 2012''
 == E) Separate group IM relay service ==

@@ Line 84: / Line 84: @@
 * Central service, which makes for easier management.
-* Only one request is sent to the group service - ''How is this a pro?  We are already sending only one request to the groups service on each IM with the other options [[User:Justincc|Justincc]] 03:14, 8 November 2012 (UTC)''
+* Only one request is sent to the group service - ''How is this a pro?  We are already sending only one request to the groups service on each IM with the other options [[User:Justincc|Justincc]] 03:14, 8 November 2012 (UTC)'' ''The Simulator request currently requests the members, then it requests online status and then it sends the IMs. We currently have atleast 3 request. If the IM is passed on, then the simulator makes only 1 request, while the IM service handles the other requests [[User:Justincc|Michelle Argus]] 15 November 2012''
 * Message sending load is removed from the simulator.
-* The group server can be ajusted better as its sole purpose is to manage the grouprelated work ''Could you elaborate? [[User:Justincc|Justincc]] 03:15, 8 November 2012 (UTC)''
+* The group server can be ajusted better as its sole purpose is to manage the grouprelated work ''Could you elaborate? [[User:Justincc|Justincc]] 03:15, 8 November 2012 (UTC)'' ''A Simulator has to deal with many things eg. physics, scriptengine etc and thus the server has a more general setup sothat everything works. The less funktions a simulator has to run, the better one can fine tune the server setup for each of those funktion. Same also aplies for a IM service[[User:Justincc|Michelle Argus]]''
 * Spam and illegal activity can be filtered gridwide.
@@ Line 92: / Line 92: @@
 * Load on the group service is significantly increased as the load of group IM sending is now concentrated at the service rather than distributed among simulators.
-* Laws governing data protection and data security could be abused by grid management.  ''Not sure this is a strong reason, as this could already be captured at simulator level.  However, privacy concerns are worth mentioning. [[User:Justincc|Justincc]] 03:17, 8 November 2012 (UTC)''
+* Laws governing data protection and data security could be abused by grid management.  ''Not sure this is a strong reason, as this could already be captured at simulator level.  However, privacy concerns are worth mentioning. [[User:Justincc|Justincc]] 03:17, 8 November 2012 (UTC)'' ''In open grids the grid management has no control over what module is used/modded by the simulator hoster. [[User:Justincc|Michelle Argus]] 15 November 2012''
 * The group service requires client data to send the message to each groupmember. ''Well, this is only true if you try to start sending directly to viewers.  At the moment, messages are sent on to the simulator they occupy for forwarding.  The data would be fetched by the same mechanisms that the simulator's currently use to distribute group IMs. [[User:Justincc|Justincc]] 03:19, 8 November 2012 (UTC)''

@@ Line 75: / Line 75: @@
 * Inconsistency between presence service and groups service online information may not be important - possibly the worst that could happen is some users do not receive group members until they relog.
-== D) IM passed directly to groups service which itself handles distribution ==
+== D) Groups service distributes IM ==
 Instead of distributing the message itself, the simulator passes the group IM data on to the groups service.  The groups service handles message distribution to group members.

@@ Line 57: / Line 57: @@
 * Inconsistency between presence service and groups service online information may not be important - possibly the worst that could happen is some users do not receive group members until they relog.
-== C) Groups services queries presence service on group members online request triggered via IM. ==
+== C) Groups services queries presence service on members online request ==
 Similar to Alternative B, the group service requests the login status of the members from the gridservices instead of the simulator.  Like the original proposal, this requires modifications to the groups service interface to add a "request users online only" bool.

@@ Line 95: / Line 95: @@
 * The group service requires client data to send the message to each groupmember. ''Well, this is only true if you try to start sending directly to viewers.  At the moment, messages are sent on to the simulator they occupy for forwarding.  The data would be fetched by the same mechanisms that the simulator's currently use to distribute group IMs. [[User:Justincc|Justincc]] 03:19, 8 November 2012 (UTC)''
-== E) Alternatives ==
+== E) Separate group IM relay service ==
 The login status could be handled by the grid services or group service (see B and C). The group messages can optionaly be sent by the simulator or via a "relay" service which send the message to the members. The relay service receives the group member list from the central group service. The relay service can additionaly cache data

@@ Line 87: / Line 87: @@
 * Message sending load is removed from the simulator.
 * The group server can be ajusted better as its sole purpose is to manage the grouprelated work ''Could you elaborate? [[User:Justincc|Justincc]] 03:15, 8 November 2012 (UTC)''
-* Spam and illigal activity can be filtered gridwide.
+* Spam and illegal activity can be filtered gridwide.
 '''CONS''':
-* The grid management has to maintain the group server.
+* Load on the group service is significantly increased as the load of group IM sending is now concentrated at the service rather than distributed among simulators.
-* Laws governing data protection and data security could be abused by gridmanagement.
+* Laws governing data protection and data security could be abused by grid management.  ''Not sure this is a strong reason, as this could already be captured at simulator level.  However, privacy concerns are worth mentioning.''
 * The group service requires client data to send the message to each groupmember