I think we should stick with the current system of regions that are running in the same instance of opensim.exe use internal calls. <br><br><b><i>John Hopkin <opensim@jfhopkin.karoo.co.uk></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> This is probably a dumb question, and it's at best only tangential to<br>your current discussion, but here goes anyway ...<br><br>Would communications between regions hosted on the same region server<br>(ie one instance of OpenSim.exe using several "Regions" XMLs) still<br>use HTTP to communicate among themselves, or would they use messaging<br>entirely within the scope of that one server?<br><br>If they used HTTP - and for simplicity and compatibility I can see why<br>they might - would it not be advantageous to use internal messaging<br>instead, to (a) reduce the load on the network and (b) increase the<br>speed and reliability of comms to improve user
 experience?<br><br>Given that multiple regions hosted by a single server are often<br>adjacent on the grid and hence parent/childing (and also serving<br>region crossings) frequently, it strikes me that this could make a<br>significant difference in both those areas.<br><br>If this is a silly question, I'll understand - I don't pretend to know<br>the issues involved here in more than a trivial fashion.<br><br>Regards,<br>John Hopkin<br><br>MW wrote:<br><br>>I think we should use REST for most of the comms, but am a little bit wary about if it will be the right choice for some of the region to region comms. And if the overhead in lots of http requests/posts will be too much, for messages like ChildAgentUpdate that we should be sending quite often. <br>><br>>As for making comms a Region module, I'm +1 to that sort of idea. In the past I have from time to time, gone through removing direct references from scene, and region modules to the comms manager and instead
 routing them through wrapper functions in SceneCommunicationService. So that at some point we could refactor it to remove the current comms manager and make SceneCommunicationService into some sort of region module. <br>><br>>I know that recently we have started taking the reverse course and removing the wrapper function. Which also has its benefits as there isn't much point in having the wrapper if we keep the comms manager as it is.<br>><br>><br>>But anyway to answer your questions, if you have a REST childagentUpdate working and its a improvement on what we have, then I'd say that there shouldn't be any problem with replacing the old method as the way to get it in the quickest.<br>><br>>But I think we really should have some better method to do comms plugin replacement/configuration in the future, weather that is by having it as a region module, or just improving the current system. So if you want to do that now, then I think that would be
 great.<br>_______________________________________________<br>Opensim-dev mailing list<br>Opensim-dev@lists.berlios.de<br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></blockquote><br><p>