<br><font size=2 face="sans-serif">Thank you very much Andrew,</font>
<br><font size=2 face="sans-serif">quite clear right now....</font>
<br>
<br><font size=2 face="sans-serif">And now the question is...</font>
<br>
<br><font size=2 face="sans-serif">We are studying the development of an
infrastructure for reasearch purposes focused on domiciliar monitoring
of patients with Alzheimer's desease, leaving in islands or difficult to
reach areas. It will be developed in collaboration with the Italian Ministry
Of Health and other public structures, such as ISS (Istituto Superiore
Sanità). We thought to base it onto the AccessGrid infrastructure. Thus
we would need to have a couple of VenueServers connected to the Mbone in
order to provide connectivity via Multicast for each videoconference dedicated
machine at patient's home and for a central &quot;Call Center&quot;, connected,
again via videoconference dedicated machines, to some caregivers'/medicians'
houses/hospitals.</font>
<br><font size=2 face="sans-serif">Would it be possible, and eventually
how, to &quot;tunnell&quot; our VenueServer(s) in order to link it/them
to the Mbone? How, and which pre-requisites are needed in order to require/gain
access to the Mbone infrastructure?</font>
<br><font size=2 face="sans-serif">Thank you, as always, for your support,</font>
<br><font size=2 face="sans-serif">Faber B.</font>
<br>
<br><font size=2><tt>&quot;Andrew A Rowley&quot; &lt;Andrew.Rowley@manchester.ac.uk&gt;
scritti il 11/05/2006 12.44.34<br>
<br>
&gt; Hi,</tt></font>
<br><font size=2><tt>&gt; &nbsp;</tt></font>
<br><font size=2><tt>&gt; As far as I understand it:</tt></font>
<br><font size=2><tt>&gt; 1) The IP is a real multicast IP, with global
scope.</tt></font>
<br><font size=2><tt>&gt; 2) I think Argonne has reserved the IPs that
they use with IANA. &nbsp;If<br>
&gt; you want to run a venue server, I would advise you do the same, or
<br>
&gt; use your GLOP space. &nbsp;At the AGSC we only use static addresses.
&nbsp;The<br>
&gt; server keeps track of the IPs in use internally – no talking is done<br>
&gt; between servers.</tt></font>
<br><font size=2><tt>&gt; 3) This is standard multicast routing. &nbsp;Vic
and rat communicate <br>
&gt; directly with other vics and rats once they are running – the only
<br>
&gt; use the venue server to get the addresses (unless you are using <br>
&gt; unicast, in which case there is a bridge somewhere in the middle.
&nbsp;<br>
&gt; This bridge takes your unicast traffic and forwards it to multicast,<br>
&gt; and vice versa).</tt></font>
<br><font size=2><tt>&gt; 4) Multicast address routing works differently
from unicast address <br>
&gt; routing. &nbsp;Basically, your router must be multicast enabled to
allow <br>
&gt; multicast to work from outside the router. &nbsp;It is possible that
it <br>
&gt; will allow multicast to work inside the LAN without this, but I am
<br>
&gt; not too sure. &nbsp;Your network card will respond to both the 192
<br>
&gt; address assigned to it, and multicast addresses, provided it has <br>
&gt; “joined” the multicast group i.e. it has sent and IGMP message to
<br>
&gt; the router saying that it wants to joint the group and receive <br>
&gt; traffic addressed to that group.</tt></font>
<br><font size=2><tt>&gt; &nbsp;</tt></font>
<br><font size=2><tt>&gt; There may be some things that are not quite right
in the above, but <br>
&gt; I’m sure someone on the list will correct me if this is the case.</tt></font>
<br><font size=2><tt>&gt; &nbsp;</tt></font>
<br><font size=2><tt>&gt; Andrew J</tt></font>
<br><font size=2><tt>&gt; ============================================<br>
&gt; Access Grid Support Centre,<br>
&gt; RSS Group,<br>
&gt; Manchester Computing,<br>
&gt; Kilburn Building,<br>
&gt; University of Manchester,<br>
&gt; Oxford Road,<br>
&gt; Manchester,<br>
&gt; M13 9PL,<br>
&gt; UK<br>
&gt; Tel: +44(0)161-275 0685<br>
&gt; Email: Andrew.Rowley@manchester.ac.uk</tt></font>
<br><font size=2><tt>&gt; <br>
&gt; From: owner-ag-tech@mcs.anl.gov [mailto:owner-ag-tech@mcs.anl.gov]
<br>
&gt; On Behalf Of Fabrizio.Berdondini@prototipo.it<br>
&gt; Sent: 11 May 2006 08:29<br>
&gt; To: ag-tech@mcs.anl.gov<br>
&gt; Subject: [AG-TECH] Venues Addresses: infrastructural question</tt></font>
<br><font size=2><tt>&gt; &nbsp;</tt></font>
<br><font size=2><tt>&gt; <br>
&gt; Hello all, <br>
&gt; while trying to resolve some troubles in our internal subnet <br>
&gt; configuration, I was wondering how *exactly* the VenueServer <br>
&gt; assigns/manages addresses for the venues. What I know, from official<br>
&gt; documentation and from Thomas D. Uram messages inside this m/list,
<br>
&gt; is that the management of the IP for the venues can be either static<br>
&gt; or dynamic, meaning that I can assign a fixed IP to each venue (one
<br>
&gt; for video, one for audio, and it will have always the same) or let
<br>
&gt; the venueserver assign the IPs inside a variable range, giving them
<br>
&gt; to audio/video of a venue when the first user asks to enter it, <br>
&gt; while releasing them when the last person into the venue leaves it.
<br>
&gt; What I'm not able to understand is: <br>
&gt; <br>
&gt; 1) is the IP assigned to audio/video for each room a *real* IP (a
<br>
&gt; multicast IP publicly visible over the internet i mean) or is there
<br>
&gt; some kind of alias/routing sistem underlying somewhere? <br>
&gt; 2) In the first case, how can the venue server understand a <br>
&gt; particular IP is &quot;free&quot; or &quot;used&quot; by someone else
(i.e. another <br>
&gt; venueserver or another service)? <br>
&gt; 3) In the second case, how is the routing done? How can the <br>
&gt; venueserver address the two applications Vic and Rat (with some kind<br>
&gt; of DNS i guess) to the right IP? <br>
&gt; 4) Again in the second case, how can the VenueServer assign/manage
<br>
&gt; addresses in ranges like 224.xxx.xxx.xxx when the allowed IPs inside<br>
&gt; a LAN are restricted to a range that goes from 192.168.2.10 to 192.168.2.150?
<br>
&gt; <br>
&gt; I'm not sure if I could explain clearly what I'm looking for, but
<br>
&gt; this matter, as far as now, is very critical to me, I'm ready to <br>
&gt; give any further clarification and open to every suggestion and information.
<br>
&gt; Thanx as always, <br>
&gt; Faber B. </tt></font>