Hello Michael,
On 08/10/2011 03:06 PM, Michael Raab wrote:
> from what I know there are 2 scenarions in the CAVE system of our
> customer when using multicast.
> Sometimes the systems starts und runs but is really slow, like it is
> when using streamsock communication.
hmm, if it's slow using streamsock and even for small models then that
sounds like there is an issue with the network.
> Sometimes it freezes/crashes during start up/initial synchronization phase.
>
> We haven't tried to set multicast port and group options so far.
> - What would be the advantages?
I'm not terribly knowledgeable about networks either, but I was just
going by the contents of the error message where the server was
complaining about a "Bad address".
> - Do we need to apply those only to all servers or to the client as well?
I'd try both sides to make sure they all agree on the same multicast group.
> - I'm not so familiar with multicast communication. Do we need to setup
> some options in the switches/routers of the custumer network other that
> enabling multicast?
hmm, good question, I'm afraid I don't know the answer to this one.
> Regarding gdb: Unfortunately it is the installation of our custumer
> which is miles away. So gdb debugging is currently no option.
Ok. Perhaps next time you are there you can also try
testClusterClient/Server to exclude as many unrelated error sources as
possible (or is that what you are already using?)
Cheers,
Carsten
------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it.
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
