330 likes | 418 Views
Virtual Room Videoconferencing System Update. Philippe Galvez California Institute of Technology. October 19, 2000. V i5tual R oom V ideoconferencing S ystem. Current System. VRVS is a production system:
E N D
Virtual Room Videoconferencing System Update Philippe Galvez California Institute of Technology October 19, 2000
Current System • VRVS is a production system: • As of today, more than 3458 machines from 2107 different users are registered into the system. • During the year 1999, 872 Multipoint Conferences were conducted (Total 2325 Hours). • More than 3000 point to point connections were established. • Since January 2000: 100 multipoints (300 hours) of videoconference per month in average. • The system provides Video, Audio, Whiteboard, Chat in multi-point and point to point connections. • Organizing videoconference via a full graphical booking system. • Advanced options are available, such as the access control via passwords, the recording and the playback of session.
User Interface 1/6 • http://www.vrvs.org Full Documentation and Tutorial A download VRVS package area Latest News page A user profile editor with identification and general information Virtual Room Booking, Scheduling; Request Reserved Bandwidth the Virtual Room Join process Point to Point meeting within Registered Persons the “About” section with all the information about the organization and the project
User Interface 2/6 • The Schedule Manager • Booking a Virtual Room is performed in the same way as you would book a local conference room. • If all the Virtual Rooms are booked, it means that the (pre-set) maximum number of parallel conferences has already been reached. Select the Virtual Room Select the scope of your videoconference Continental Virtual Rooms World Wide Virtual Rooms
User Interface 3/6 • Schedule Manager • Different views are provided like a Year, a Month and a Day view from the calendar. The user can see in one shot what is reserved and what is available. • Some options are available: • the conference can be recorded automatically • a previous conference already recorded can be played back • a customized password can be entered to to control the access • URLs about the subject of the conference can be added
User Interface 4/6 • How to join a videoconference in VRVS ? • Select the scope area as in the Schedule Manager • Enter the already booked Virtual Room. • Fill the password requested for the security enhance session. • Start the client applications. Information: Virtual Room name,Title, Current time and ending time Participants: geographical origin, media started, Full name and email Click to start: audio, video, whiteboard and web links
User Interface 5/6 CHAT WhiteBoard RAT VAT VIC QuickTime Player 4.x • Client Applications currently used in VRVS. • Public-Domain or Free Players • Good “Sense of Presence”: 10 Frames/sec Within 100-200 Kbps or 20-25 Frames/sec within 300-500 Kbps • Tunable Bandwidth/Quality/Resource Matching • Multi-Platforms : Linux, Unix’s, Windows95/98/NT/2000, Macintosh (only with QuickTime) • Efficient, Tunable
User Interface 6/6 Example:9 Participants, CERN(2), Caltech, FNAL(2), Bologna (IT), Roma (IT), Milan (IT), Rutherford(UK)
Implementation 1/4 : Reflectors 31 reflectors Running around the world. • Europe: • Switzerland: CERN (2) • Italy: CNAF Bologna • UK: Rutherford Lab, Wales • France: IN2P3 Lyon, Marseilles • Germany: Heidelberg Univ. • Finland: FUNET • Spain: IFCA-Univ. Cantabria • Portugal: LIP • Israel: Weizmann Institute • Asia: • Academia Sinica (Taiwan), • KEK (Japan) • APAN/SingaREN (Singapore) • Russia: • Moscow State Univ., • Tver. University • JINR Dubna • United States of America • West: Caltech, LBNL, SLAC • Center: FNAL, ANL • East: BNL, Jefferson Lab • DoE HQ Germantown • Internet2: Ann Abor • Esnet: Berkeley • Canada • University of Alberta • South America • Venezuela:CeCalcula • Brazil:University de Rio de Janeiro
Implementation Model VRVS Web User Interface Others ?? MPEG QuickTime V4.0 Mbone Tools (vic, vat/rat,..) H.323 Collaborative Applications VRVS Reflectors (Unicast/Multicast) QoS Real Time Protocol (RTP/RTCP) Network Layer (TCP/IP) done Partially done Continuously in development Work in progress
R&D: Future System • VRVS Future evolution/integration (R&D) • Deployment and support of VRVS. • High Quality video and audio (MPEG2,..). • Shared applications, environment and workspace. • Integration of H.323 I.T.U Standard into VRVS. • Quality of Service (QoS) over the network. • Improved security, authentication and confidentiality. • Remote control of video camera via a Java applet.
VRVS H.323 Integration (1/2) • Integration of H.323 I.T.U Standard into VRVS. • step 1: Develop a “H.323 VRVS Gateway”. • step 2: Allow H.323 clients to initiate a point to point videoconference using VRVS user interface. • step 3: Use VRVS reflector to perform H.323 multipoint videoconference. • step 4: Develop the necessary software to have interoperability between H.323 clients and Mbone (Vic, Vat/Rat) applications. • step5: Possibility to perform VRVS multipoint videoconferencing independently of the videoconferencing clients (Mbone/H.323)
R&D: H.323 Integration (2/2) VRVS reflectors topology (Only video from the speaker is sent to H.323 clients) Join a VR 4 - Send video/audio to VRVS reflector Mbone Client VRVS Web Server 1 - Join a VR 1- Join a VR 2 - contact VRVS Gateway 3 - H.323 Call 3 - H.323 Call VRVS H.323 Gateway H.323 Client H.323 Client
R&D: VRVS/H.323 Deployment University, Laboratory or Corporate company Backbone Network Communication in Multicast or Unicast mode VRVS Reflector and H.323 Gateway Individual User Run on the same machine (PC/Linux) or could be on different Machines Firewall
R&D: MPEG2 deployment(1/2) • Acquisition of MPEG2 Encoder/Decoder boxes. • Support for the RTP (Real Time Protocol) • Very low latency (around 120 ms for full duplex mode) during the real-time communication (videoconference). • Availability of a Video Development Toolkit (VDK) for integration with existing applications or with the VRVS framework. • Several boxes has been installed at two sites: Caltech and CERN • Other boxes are available among ESnet sites Goal : To deploy MPEG2 technology among HENP community. MPEG2 will provide full TV quality, full frame and full interactivity in a range of 2 to 15 Mbps
MPEG2 deployment plan (2/2) • Integration plan of MPEG2 into VRVS framework • step 1: Perform and valid bi-directional point to point and interactive communication between 2 sites • Caltech and CERN • Caltech and Esnet sites • CERN and ESnet sites • step 2: adapt/modify VRVS reflector in order to make MPEG2 multipoint videoconferencing between 3 or more sites • Caltech, CERN and ESnet sites • step 3: adapt/modify VRVS Web interface and use the MPEG2 development kits in order to initiate MPEG2 videoconference in a “click and start” fashion. • step 4: Use the whole VRVS system and philosophy (registration, scheduling, etc..) with automatic attribution to the closest reflector and start the conference by just clicking after joining a Virtual Room as of today.
R&D: MPEG2 deployment VRVS MPEG2 reflectors (Only video from the speaker is sent to MPEG2 clients and the current speaker still receives video/audio from the previous one) VNP MPEG2 box LNBL VNP MPEG2 box CERN VNP MPEG2 box LLNL VNP MPEG2 box Caltech Instance of MPEG2 topology already tested. Video: 2.0 Mbps Audio: 224 Kbps stereo
R&D: H.323 and MPEG2 VRVS new features • No limitation of cascading numbers of reflectors • No limitation of number of participants or parallel conferences. The limitation will be only the network. • Optimize calling process for by passing firewall issues. • Possibility to have muticast/unicast between reflectors and multicast/unicast between the client and the reflector. • Possibility for the H.323 and MPEG2 clients to: • See the video from the speaker only • See all video from all the participants in a round robin way following a specified timer • See ONLY the video from one selected participant even if he is not the speaker • See all video using vic application or Java Media Framework (only H.323)
R&D: Sharing Desktop (1/2) • VNC (Virtual Network Computer) technology integrated in VRVS. • Possibility to share the working desktop between several participants. We have 2 differentmodes: • Broadcast mode: The desktop is seen by all the participants but remote participants cannot control it. • Full shared mode: All the participants see and can control the shared desktop (mouse, keyboard,.) • Need VNC server application running in the machine in order to be able to make the desktop sharable. • On the Client side, No application needed. A Java applet is download from the Web server. Client is Web-based and Multi-platform.
R&D: Sharing Desktop • VNC technology integrated in VRVS
Examples • LEPC broadcast from CERN (November 9,1999) • 35 participants connected via VRVS (ex. QuickTime Player)
Examples • GLASTmeeting • 10 participants connected via VRVS (and 16 participants in Audio only)
Some Conclusions • VRVS is now a production system with more than 3458 registered host computers located in more than 50 countries. • VRVS is highly scalable and need a minimum a of support to organize multi-point collaborative sessions. All the set-up and configuration are done automatically. • VRVS supports all the types of videoconferencing; from the Mbone or the H.323 applications to a very high video and audio quality like MPEG2; • The user interface and VRVS philosophy are the same independently of the videoconference type. • In addition to the video and audio media, VRVS offers others services during the collaborative sessionlike shared application or desktop, Chat, synchronized Web browsing, remote camera control.
Demonstration • Demonstration of the VRVS system on going at the I2 Demonstration area • Visit the booth to see real-time multi-point conferences (Mbone, H.323 and MPEG2) and get more details information.
Questions ? Philippe Galvez California Institute of Technology Philippe.Galvez@cern.ch