[AG-DEV] Identity certificates

[Luis Galárraga]

Thanks a lot Tom, finally we could successfully test all AG power. Sorry for
our trivial mistake, I suppose those things can happen.

Luis

2008/3/14, Thomas D. Uram <turam at mcs.anl.gov>:
>
>  Hi Luis:
>
> The problem is with the AG node configuration.  By default, the
> VenueClient starts with a VideoConsumerService, which is configured to only
> receive video, not send it.  You should do this:
>
> - In tools, select ConfigureNodeServices...
> - Select the VideoConsumerService and remove it
> - Select Services, then Add, then VideoService.  You'll be prompted to
> select a capture device.
> - Save this configuration as the default
> - Enter a Venue.  Vic will start, transmitting from the camera you
> selected, and displaying video streams from others in the venue.
>
> Tom
>
>
> On 3/14/08 11:22 AM, Luis Galárraga wrote:
>
> Our problem is that it seems VIC does not recognize the connected webcams.
> We did the test in four computers: two laptops with Ubuntu 7.10, one
> laptop and a PC with Windows XP. In all cases cameras were tested and
> recognized by other applications: Cheese, aMSN and VLC in Ubuntu Linux, VLC
> and Windows Messenger in Windows. VLC did not recognize it automatically in
> Linux so we had to provide the name of the device file.
>
> Then we ran the Venue Client and entered a venue. VIC and RAT started
> running as expected and audio could be transmitted without any problem, VIC
> only showed a "Waiting for video" message. When pressing the Menu button in
> VIC window, we realized that "Transmit button" was disabled in all
> computers. I read that happens when video capture hardware is not properly
> configured. We are looking for a way of telling vic the path to the device
> file of the camera, but no success until now. By the way, these are the
> webcams we used: Creative VF0050, Genius VideoCam Messenger and VGA Matrix
> Webcam.
>
> We also did another tests transmitting multicast camera streams with vlc
> with relative success (when transmitting from Windows, there were several
> problems, VLC frequently froze; in Linux complete happiness)
>
> In relation with the add-on services you mentioned, those are good news
> for us, as we want to provide both Windows and Linux users a simple way to
> participate in our webinars. Another question:  Where can we found the most
> updated vic and rat documentation?
>
> Thanks in advance,
> Luis
>
> 2008/3/14, Thomas D. Uram <turam at mcs.anl.gov>:
> >
> >
> > Luis:
> >
> > The video capture machine has, in the past, often run Linux, which is
> > why you got that impression from looking at older documentation.
> >
> > In AG3, vic can use USB cameras, firewire cameras, and dedicated capture
> > cards with either a VFW (older) or WDM/DirectShow (newer) driver.  You
> > should be having success in either of these cases.  If you're not, we need
> > to look into the cause a little deeper.  Provide more details of the
> > problems you ran into, and your configuration, and I/we can help.
> >
> > There are add-on services for transmitting/receiving video using VLC (
> > http://netmedia.gist.ac.kr/agdv/download.html).  These have so far only
> > been made available on Windows, but it would be trivial to make them also
> > work under Linux (with VLC; DVTS would be more difficult).
> >
> > Tom
> >
> >
> > On 3/13/08 10:07 AM, Luis Galárraga wrote:
> >
> > Thanks a lot for your help Tom. I have two additional questions, but
> > they related to audio and video transmision. As I mentioned, our objective
> > are single node users which should have just a webcam and a microphone to
> > participate in a webinar. People here in ESPOL (colleagues but not members
> > of this project), have successfully tested AG in node configuration, but
> > when we tried with a single computer, we could not transmit video. Worried
> > about this fact, I read all documentation about VIC and understood that it
> > requires a video capture card (our colleagues had one) for transmitting
> > video. Reviews and documentation about node configurations indicate that the
> > video capture computer should be a Linux machine with a video capture card
> > and that only in Windows it is possible do it with a usb webcam or a
> > firewire camera (no video card needed). Our tests were in both platforms
> > without success. Do Linux users need a frame grabber for transmit video? Is
> > it possible to use another tool like VLC for transmitting video? We had
> > successful results transmitting multicast video streams from a webcam using
> > VLC in Ubuntu Linux and Windows XP. In addition, we found a way of
> > redirecting raw video to another application instead of showing it with VLC.
> >
> >
> > Thanks again.
> >
> > Luis,
> >
> > 2008/3/13, Thomas D. Uram <turam at mcs.anl.gov>:
> > >
> > > Hi Luis:
> > >
> > > There are a few things you need to know in this regard:
> > >
> > > - By default, AG3 venues do not require that clients have a
> > > certificate
> > > to enter.  Venues can be optionally configured to require a
> > > certificate,
> > > in which case the user must present a certificate that satisfies the
> > > access controls on the venue.
> > >
> > > - You can run your own CA and issue your own certificates.  In that
> > > case, you'll need to make sure your clients have both your CA
> > > certificate and their personal certificate.
> > >
> > > Otherwise, this is general PKI.  If you have other questions, don't
> > > hesitate to ask.
> > >
> > > Tom
> > >
> > >
> > > On 3/6/08 3:41 PM, Luis Galárraga wrote:
> > > > Greetings:
> > > >
> > > > I am part of project for developing a webinar infraestructure based
> > > on
> > > > Access Grid. After a long discussion in which suggestions in this
> > > > mailing list were strongly considered, we have decided to implement
> > > a
> > > > simple client for venues (in servers 3.x) using Java Web Start Apps.
> > > > As you can see, there are many things to do, and developers have
> > > > started by making tests with the soap interfaces in the our AG
> > > server,
> > > > however they are not clear about the  concepts behind the
> > > > authentication process. We know AG uses digital certificates for
> > > > everything: users and services and those certificates are generated
> > > by
> > > > AG developers (after a process request). Can our developer team
> > > > generate certificates signed by us or it is required your sign?
> > > > Several people in our university will probably use the system so we
> > > > would like to have the privilege to generate the certificates. Could
> > > > someone explain us in a better way, the technical issues behind
> > > > authentication based on certificates (= how you implemented it)?. I
> > > > hope you can help us.
> > > >
> > > > Thanks in advance,
> > > >
> > > > Regards,
> > > > Luis Galárraga
> > >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/ag-dev/attachments/20080314/060a97c9/attachment.htm>