[prev in list] [next in list] [prev in thread] [next in thread]
List: spread-users
Subject: Re: [Spread-users] I need help to configure a spread network
From: John Schultz <jschultz () spreadconcepts ! com>
Date: 2010-11-16 19:30:15
Message-ID: B1A55368-0389-44FA-AFC6-384D59FB2A1B () spreadconcepts ! com
[Download RAW message or body]
[Attachment #2 (multipart/signed)]
Yes. The number of messages sent on the network for client-daemon communication has \
nothing to do with how you define your Spread segments. Client-daemon communications \
are solely determined by where your clients reside in relation to the daemons to \
which they connect.
Configuring Spread segments allow you to leverage IP multicast and/or broadcast for \
communication amongst your daemons only.
Cheers!
-----
John Lane Schultz
Spread Concepts LLC
Phn: 301 830 8100
Cell: 443 838 2200
On Nov 16, 2010, at 1:58 PM, Pablo San Miguel wrote:
Quoting "For example, if my configuration is a single Spread daemon and all my \
clients are remote, then when a client sends a message to a group, it traverses a \
TCP/IP link from the client to the daemon and then that message is sent N times on \
TCP/IP links to each of the members of that group."
So in summary... when I have different clients, and all of them in remote machines, I \
end up sending one TCP message for each client, whatever if I create 2 spread \
segments or 1 multicast segment? (after I wrote you the last mail, I created one \
segment with a multicast address, and 2 public IPs from 2 machines and it worked too, \
as having 2 spread segment, one for each subnet)
Thanks,
Pablo San Miguel
2010/11/16 John Schultz <jschultz@spreadconcepts.com>
Generally, Spread will not work when mixing "public" and "private" subnets. Spread \
assumes that each of the daemons can directly communicate with all the other daemons \
in the configuration file. That assumption is usually broken when you mix private \
and public networks and will likely cause Spread to malfunction. Now, you can \
certainly have a spread configuration that is solely within a private network. You \
could, for example, set up a configuration in the private network behind your router \
and that should work fine. However, trying to hook those daemons together with other \
daemons out on the public internet will almost surely not work as intended.
To your second question, Spread will use an IP broadcast or multicast address for \
data dissemination between daemons WITHIN a Spread_Segment. Of course, your network \
must be set up to allow for such a broadcast or multicast for that to work.
Clients connect to a Spread daemon either locally (i.e. - on the same machine) or \
remotely through TCP/IP. If lots of clients are using the same daemon, are in the \
same group and a message is sent to that group, then that message will be sent \
point-to-point from the daemon to each of the receiving clients.
So, from the clients' perspective Spread is a multicast service. If a bunch of \
clients join the same group, then they all get the same messages (usually). However, \
what traffic actually happens on the network to enable that service strongly depends \
on how your networks are deployed, the way you've configured Spread to use them, \
where your clients reside and how they connect to Spread.
For example, if my configuration is a single Spread daemon and all my clients are \
remote, then when a client sends a message to a group, it traverses a TCP/IP link \
from the client to the daemon and then that message is sent N times on TCP/IP links \
to each of the members of that group. If, on the other hand, all the clients were on \
the same machine as the daemon, then no traffic would need to go on the network at \
all as all that communication could occur through Inter Process Communication. If we \
take this second example a step further and have several daemons in the same \
Spread_Segment, but all clients still connect to their local daemon, then an \
additional IP multicast or broadcast would occur as the daemons disseminate the \
messages amongst themselves before delivering locally to their clients.
I hope that helps.
Cheers!
-----
John Lane Schultz
Spread Concepts LLC
Phn: 301 830 8100
Cell: 443 838 2200
On Nov 16, 2010, at 12:35 PM, Pablo San Miguel wrote:
Thanks John, your was too useful, so I want to go to the next step. I could connect 2 \
machines not belonging to the same LAN using their public IPs following your \
instructions. Now I have 2 possible scenarios (or questions)
1) What happens when I have a public IP who refers to a router, and a lot of machines \
behind that router with private IPs. For example if my public IP were 200.10.20.30 I \
have a lot of machines with their IPs in the range of 10.10.150.x. Is there a way to \
point those machines or include them inside the spread.conf? (I read the mailing list \
a similar question from march 2002 and at that moment it seemed to be impossible) 2) \
What I'm really interested in (and that's why I found the spread toolkit searching in \
the internet) is to create a network to transmit multicast to their members. I read \
in the config file that there are some segments dedicated to multicast, but again, I \
don't understand how to connect machines in different places to make them ready to \
receive multicast transmissions.
Having machines grouped under the same .conf and join them into a group is the same \
that configure a multicast Spread_segment? Or do I need a multicast config to achieve \
a multicast transmision.
My goal is to have a "server" machine, and a lot of "clients" connected to that \
server listening multicast transmissions. Will spread help me with it?
Thanks a lot for your time,
Pablo San Miguel
2010/11/15 John Schultz <jschultz@spreadconcepts.com>
Check out the sample.spread.conf file in the docs directory.
Essentially, you will want to create one Spread_Segment for each subnet that you \
have. If all your daemons are in different subnets, then you will have one \
Spread_Segment per daemon (i.e. - singletons).
Cheers!
-----
John Lane Schultz
Spread Concepts LLC
Phn: 301 830 8100
Cell: 443 838 2200
On Nov 15, 2010, at 2:29 PM, Pablo San Miguel wrote:
Hello,
I'm trying to configure a spread network to connect a couple of PCs which they \
are not in the same LAN, and I can't find an example that help me with this issue. \
Can you help me with it or tell me where can I find an example? I'm reading all the \
messages in the mailing list, but it's taking me a long time to read message by \
message and still can't find anything that can help me. Thanks in advance
Pablo San Miguel
["smime.p7s" (smime.p7s)]
0 *H
01 0 + 0 *H
0m0U Fuc. 76>A0
*H
01 0 UUS10U
U.S. Government1 0
U ECA1"0 U Certification Authorities1>0<U5VeriSign Client External \
Certification Authority - G20 100323000000Z
130322235959Z01 0 UUS10U
U.S. Government1 0
U ECA10U VeriSign, Inc.1 0U Spread Concepts LLC10U John \
Schultz0"0 *H
0
yEx9`
wQ\ F]nټ6?,5!]-AȣYM7%z$ ~.,T JSK F xL(
6 Vw
h.?#ud?IP\fAmߞMi +Z4W
80sDKi?e͝)-12PRiqb-]*25i9rWX"gz0c?o/pT'"9u9ϻ_)@e eEp yAƿ 00QU J0H0F \
D B@http://eca-client-crl.verisign.com/VeriSignECA2048/LatestCRL.crl0U 0 U :)qG 0 U #0
O "P\
!Kr(0&U 0 jschultz@spreadconcepts.com0+t0r0?+03https:// \
eca2048.verisign.com/CA/VeriSignECA2048.cer0/+0#http://eca-client-ocsp.verisign.com0RU \
K0I0G `He 0907++https://www.verisign.com/repository/eca/cps0U 00+ 1US0
*H
;u*)}L-' xoR=vcxVhM`$ 4 C$ .#lg- j1:] 13|)8+@2a GlVTD@ \
xVAt9o@>HhxpQ3Rjh|F!'vOV?Iפ2;yBe=ZNQOH3u \
3Oz5)S,UQd P0m0U i<T: #yh00 *H
01 0 UUS10U
U.S. Government1 0
U ECA1"0 U Certification Authorities1>0<U5VeriSign Client External \
Certification Authority - G20 100323000000Z
130322235959Z01 0 UUS10U
U.S. Government1 0
U ECA10U VeriSign, Inc.1 0U Spread Concepts LLC10U John \
Schultz0"0 *H
0
ڞ(6*m\yw칊S0P mybB;9HQw~zRaC_m<
m`RƬ Dm {`egcSZv
;Ljcc* ~cUGp'}0 QuPEZKƼ*Ptg=U=oBD[|j{f% RjLExn?1c # ^xyDT> \
0 P.re.b_a 00QU J0H0F D \
B@http://eca-client-crl.verisign.com/VeriSignECA2048/LatestCRL.crl0U \
0 U cO'2k?0 U #0 O "P\
!Kr(0&U 0 jschultz@spreadconcepts.com0+t0r0?+03https:// \
eca2048.verisign.com/CA/VeriSignECA2048.cer0/+0#http://eca-client-ocsp.verisign.com0RU \
K0I0G `He 0907++https://www.verisign.com/repository/eca/cps0U 00+ 1US0
*H
h:fq4ϓȲ \
v%Q f}@ D|èAr ?INJEuz UiF;|:7 LX
^}+H[s;M
X6
/㶪;n+j.W !0*>e|1 ]Q㿬; ]i
2ێv]#X#EqE'zl 3ͦLv
\M5qqbrxaQl10001 0 UUS10U
U.S. Government1 0
U ECA1"0 U Certification Authorities1>0<U5VeriSign Client External \
Certification Authority - G2Fuc. 76>A0 + 0 *H 1 *H
0 *H
1
101116193016Z0# *H
1wZ6j>vXut0 +71001 0 UUS10U
U.S. Government1 0
U ECA1"0 U Certification Authorities1>0<U5VeriSign Client External \
Certification Authority - G2i<T: #yh00 *H 1 \
01 0 UUS10U U.S. Government1 0
U ECA1"0 U Certification Authorities1>0<U5VeriSign Client External \
Certification Authority - G2i<T: #yh00 *H
7T\"p }VeG˝43]cL.LIpwC6XьFUS= 3^>V;3Ub\<rvV=Rbfu'f ,dt \
Zلإp!KDž 4$<}zS;U *@ՖZF/n! 54fNV-..S=;u \
1OR zD*M7L ~bI7ꮿ:դN,+qNˍ ٩˷mmg2m.
_______________________________________________
Spread-users mailing list
Spread-users@lists.spread.org
http://lists.spread.org/mailman/listinfo/spread-users
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic