On Thu, 2010-02-18 at 17:40 -0800, Alan Jones wrote:
> Dear Hj,
> I have a different reason for wanting to use a different network
> configuration.
> I'm anticipating many independent clusters in the same lab.  Ideally
> they
> would use separate multicast addresses or ports, but that imposes a
> burden on the
> administrators to assign them.  If they are using the same address and
> port
> they can be distinguished by using different secure secrets which can
> be generated
> in an automated way, but that will require each cluster to receive and
> discard 
> messages from all others which will be a performance problem for large
> installations.

Totem as is implemented in corosync is not designed for large scale
rejection of messages because administrators want unique clusters on the
same multicast address and port.  Corosync will have very poor
performance characteristics in this model and spew a ton of warnings and
also not scale particularly well.  Best to get the cluster admin to
configure the cluster's ports.

I really cannot recommend at all using the secure key to uniquely
identify clusters.

Regards
-steve

> Requiring the user to configure each cluster's membership is less
> onerous and is
> required for other components of my solution.
> Can you forward your patch for TCP?
> Alan
> 
> On Wed, Feb 17, 2010 at 4:37 PM, hj lee <[email protected]> wrote:
>         On Wed, Feb 17, 2010 at 5:03 PM, Steven Dake
>         <[email protected]> wrote:
>                 
>                 
>                 
>                 
>                 What is your token lost timeout period?  Have a patch
>                 for your tcp token
>                 sending for me to look at?
>                 
>                 Regards
>                 -steve
>                 
>         
>         
>         It's 250 msec. I will send it later sometime.
>         
>         
>         
>         Thanks
>         hj
>         
>         -- 
>         Peakpoint Service
>         
>         Cluster Setup, Troubleshooting & Development
>         [email protected]
>         (303) 997-2823
>         
>         
>         _______________________________________________
>         Openais mailing list
>         [email protected]
>         https://lists.linux-foundation.org/mailman/listinfo/openais
> 

_______________________________________________
Openais mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/openais

Reply via email to