<br><font size=2 face="sans-serif">Hello Andrew,</font>
<br><font size=2 face="sans-serif">thank you for reply, as always clear
and useful to me. The scenario you prospected to me is right the one I
was thinking about as a "workaround" to the multicast problem.
For this reason I first tried to configure a BridgeServer onto my VenueServer
machine, but as far as now I'm still having some problems. </font>
<br><font size=2 face="sans-serif">Here is a description of what's happening.</font>
<br><font size=2 face="sans-serif">First of all, the VenueServer runs onto
a dual-boot (XP Pro - SUSE 10) machine, located at an externally visible
IP 213.209.222.50. I first tried to configure server and an experimental
bridge for XP, so I created, following instructions found on AG portal,
a BridgeServer.cfg file, with the following structure:</font>
<br><font size=2 face="sans-serif">----------------------------</font>
<br><font size=3>[BridgeServer]<br>
name = AGserver1<br>
location = ReS<br>
qbexec = c:\programmi\AGtk2.4\bin\QuickBridge.exe<br>
BRIDGESERVER = AGserver<br>
portMin = 40000<br>
portMax = 60000</font>
<p><font size=3># VenueServer<br>
[</font><a href=https://213.209.222.50:8000/VenueServer><font size=3 color=blue><u>https://213.209.222.50:8000/VenueServer</u></font></a><font size=3>]<br>
type = VenueServer</font>
<p><font size=3># Centro Monitoraggio Pazienti<br>
[</font><a href=https://213.209.222.50:8000/Venues/default><font size=3 color=blue><u>https://213.209.222.50:8000/Venues/default</u></font></a><font size=3>]<br>
type = Venue</font>
<br><font size=2 face="sans-serif">------------------------------------------------</font>
<br>
<br>
<br><font size=2 face="sans-serif">I tried to mutually exclude the bridging
of the Venue or that of the VenueServer. In both cases, however, even if
the bridge seems running, it doesn't do his job: if 2 users connect their
client to the bridged venue they are able to switch to unicast mode choosing
the bridge server, but after that each one can see only audio/video that
comes out from his machine, no audio/video from the other. Is there something
misconfigured into my .cfg?</font>
<br><font size=2 face="sans-serif">Second question: i tryed to connect
my 2.4 client to the venue:</font>
<br>
<br><font size=2><tt>https://ag2server.ag.manchester.ac.uk/Venues/default</tt></font>
<br>
<br><font size=2 face="sans-serif">then tried to switch to Unicast, the
msgbox for let me choose a bridge raised up and I selected:</font>
<br>
<br><font size=2 face="sans-serif">AGSC/Manchester</font>
<br>
<br><font size=2 face="sans-serif">but after that I got the following error:</font>
<br>
<br><font size=2 face="sans-serif">"Use Unicast Error"</font>
<br><font size=2 face="sans-serif">"Stream Information for selected
bridge not found; reverting to previous selection"</font>
<br>
<br><font size=2 face="sans-serif">Only some more internal venue allowed
me to use unicast with a bridge, but connecting to it with a fellow of
mine who enabled unicast too, we are unable to get audio/video streams:
each one of us seems to be the only audio/video stream inside the venue.</font>
<br>
<br><font size=2 face="sans-serif">As always thank you for your support,</font>
<br><font size=2 face="sans-serif">Faber B.</font>
<br>
<br>
<br>
<br><font size=2><tt>owner-ag-tech@mcs.anl.gov scritti il 12/05/2006 13.40.20<br>
<br>
> Hi,</tt></font>
<br><font size=2><tt>> </tt></font>
<br><font size=2><tt>> I am not sure if it is possible to tunnel an
entire venue server.</tt></font>
<br><font size=2><tt>> </tt></font>
<br><font size=2><tt>> What would be useful would be to have a bridge
server hosted on a <br>
> multicast enabled network. This bridge server would allow you
to <br>
> use the venue client in “unicast” mode. This would make a
unicast <br>
> connection to the bridge server and then the bridge server would <br>
> make the multicast connection.</tt></font>
<br><font size=2><tt>> </tt></font>
<br><font size=2><tt>> You are welcome to use the AGSC venue server
just now to try this out (<br>
> https://ag2server.ag.manchester.ac.uk/Venues/default). This
is an <br>
> AGTk version 2.4 venue server, but we are bringing an experimental
<br>
> AGTk 3.0 server on line within a week (hopefully). All venues
on <br>
> our server are bridged, although it is worth noting that this is <br>
> still running as a “best efforts” server in that we try our best
to <br>
> keep it running at all times, but don’t guarantee that it is.</tt></font>
<br><font size=2><tt>> </tt></font>
<br><font size=2><tt>> If this works out, there may be scope for adding
more venues, <br>
> although I will have to speak to my team here to see if this is <br>
> possible. In this case, we would need a set of multicast addresses
<br>
> that you would want to use for the venues anyway – we don’t have
any<br>
> spare ones to use.</tt></font>
<br><font size=2><tt>> </tt></font>
<br><font size=2><tt>> I don’t think there are any specific requirements
to set up <br>
> multicast routing, but I am not an expert in this field. I would
<br>
> guess that you need your router, and every router between yours and
<br>
> another multicast router to be multicast enabled. I would then
<br>
> think that each router needs to know about the other multicast <br>
> routers, although this may be done using a protocol, I am not too
sure.</tt></font>
<br><font size=2><tt>> </tt></font>
<br><font size=2><tt>> Let me know if I can help any more,</tt></font>
<br><font size=2><tt>> </tt></font>
<br><font size=2><tt>> Andrew J</tt></font>
<br><font size=2><tt>> ============================================<br>
> Access Grid Support Centre,<br>
> RSS Group,<br>
> Manchester Computing,<br>
> Kilburn Building,<br>
> University of Manchester,<br>
> Oxford Road,<br>
> Manchester,<br>
> M13 9PL,<br>
> UK<br>
> Tel: +44(0)161-275 0685<br>
> Email: Andrew.Rowley@manchester.ac.uk</tt></font>
<br><font size=2><tt>> <br>
> From: Fabrizio.Berdondini@prototipo.it [mailto:Fabrizio.<br>
> Berdondini@prototipo.it] <br>
> Sent: 12 May 2006 09:08<br>
> To: Andrew.Rowley@manchester.ac.uk<br>
> Cc: ag-tech@mcs.anl.gov<br>
> Subject: RE: [AG-TECH] Venues Addresses: infrastructural question</tt></font>
<br><font size=2><tt>> </tt></font>
<br><font size=2><tt>> <br>
> Thank you very much Andrew, <br>
> quite clear right now.... <br>
> <br>
> And now the question is... <br>
> <br>
> We are studying the development of an infrastructure for reasearch
<br>
> purposes focused on domiciliar monitoring of patients with <br>
> Alzheimer's desease, leaving in islands or difficult to reach areas.<br>
> It will be developed in collaboration with the Italian Ministry Of
<br>
> Health and other public structures, such as ISS (Istituto Superiore
<br>
> Sanità). We thought to base it onto the AccessGrid infrastructure.
<br>
> Thus we would need to have a couple of VenueServers connected to the<br>
> Mbone in order to provide connectivity via Multicast for each <br>
> videoconference dedicated machine at patient's home and for a <br>
> central "Call Center", connected, again via videoconference
<br>
> dedicated machines, to some caregivers'/medicians' houses/hospitals.
<br>
> Would it be possible, and eventually how, to "tunnell" our
<br>
> VenueServer(s) in order to link it/them to the Mbone? How, and which<br>
> pre-requisites are needed in order to require/gain access to the <br>
> Mbone infrastructure? <br>
> Thank you, as always, for your support, <br>
> Faber B. <br>
> <br>
> "Andrew A Rowley" <Andrew.Rowley@manchester.ac.uk>
scritti il <br>
> 11/05/2006 12.44.34<br>
> <br>
> > Hi, <br>
> > <br>
> > As far as I understand it: <br>
> > 1) The IP is a real multicast IP, with global scope. <br>
> > 2) I think Argonne has reserved the IPs that they use with IANA.
If<br>
> > you want to run a venue server, I would advise you do the same,
or <br>
> > use your GLOP space. At the AGSC we only use static addresses.
The<br>
> > server keeps track of the IPs in use internally – no talking
is done<br>
> > between servers. <br>
> > 3) This is standard multicast routing. Vic and rat communicate
<br>
> > directly with other vics and rats once they are running – the
only <br>
> > use the venue server to get the addresses (unless you are using
<br>
> > unicast, in which case there is a bridge somewhere in the middle.
<br>
> > This bridge takes your unicast traffic and forwards it to multicast,<br>
> > and vice versa). <br>
> > 4) Multicast address routing works differently from unicast address
<br>
> > routing. Basically, your router must be multicast enabled
to allow <br>
> > multicast to work from outside the router. It is possible
that it <br>
> > will allow multicast to work inside the LAN without this, but
I am <br>
> > not too sure. Your network card will respond to both the
192 <br>
> > address assigned to it, and multicast addresses, provided it
has <br>
> > “joined” the multicast group i.e. it has sent and IGMP message
to <br>
> > the router saying that it wants to joint the group and receive
<br>
> > traffic addressed to that group. <br>
> > <br>
> > There may be some things that are not quite right in the above,
but <br>
> > I’m sure someone on the list will correct me if this is the
case. <br>
> > <br>
> > Andrew J <br>
> > ============================================<br>
> > Access Grid Support Centre,<br>
> > RSS Group,<br>
> > Manchester Computing,<br>
> > Kilburn Building,<br>
> > University of Manchester,<br>
> > Oxford Road,<br>
> > Manchester,<br>
> > M13 9PL,<br>
> > UK<br>
> > Tel: +44(0)161-275 0685<br>
> > Email: Andrew.Rowley@manchester.ac.uk <br>
> > <br>
> > From: owner-ag-tech@mcs.anl.gov [mailto:owner-ag-tech@mcs.anl.gov]
<br>
> > On Behalf Of Fabrizio.Berdondini@prototipo.it<br>
> > Sent: 11 May 2006 08:29<br>
> > To: ag-tech@mcs.anl.gov<br>
> > Subject: [AG-TECH] Venues Addresses: infrastructural question
<br>
> > <br>
> > <br>
> > Hello all, <br>
> > while trying to resolve some troubles in our internal subnet
<br>
> > configuration, I was wondering how *exactly* the VenueServer
<br>
> > assigns/manages addresses for the venues. What I know, from official<br>
> > documentation and from Thomas D. Uram messages inside this m/list,
<br>
> > is that the management of the IP for the venues can be either
static<br>
> > or dynamic, meaning that I can assign a fixed IP to each venue
(one <br>
> > for video, one for audio, and it will have always the same) or
let <br>
> > the venueserver assign the IPs inside a variable range, giving
them <br>
> > to audio/video of a venue when the first user asks to enter it,
<br>
> > while releasing them when the last person into the venue leaves
it. <br>
> > What I'm not able to understand is: <br>
> > <br>
> > 1) is the IP assigned to audio/video for each room a *real* IP
(a <br>
> > multicast IP publicly visible over the internet i mean) or is
there <br>
> > some kind of alias/routing sistem underlying somewhere? <br>
> > 2) In the first case, how can the venue server understand a <br>
> > particular IP is "free" or "used" by someone
else (i.e. another <br>
> > venueserver or another service)? <br>
> > 3) In the second case, how is the routing done? How can the <br>
> > venueserver address the two applications Vic and Rat (with some
kind<br>
> > of DNS i guess) to the right IP? <br>
> > 4) Again in the second case, how can the VenueServer assign/manage
<br>
> > addresses in ranges like 224.xxx.xxx.xxx when the allowed IPs
inside<br>
> > a LAN are restricted to a range that goes from 192.168.2.10 to
<br>
> 192.168.2.150? <br>
> > <br>
> > I'm not sure if I could explain clearly what I'm looking for,
but <br>
> > this matter, as far as now, is very critical to me, I'm ready
to <br>
> > give any further clarification and open to every suggestion and
<br>
> information. <br>
> > Thanx as always, <br>
> > Faber B. </tt></font>