1 / 25

Teleconferencing support for small groups

Teleconferencing support for small groups. Eva Hladká *‡ , Petr Holub *†‡ , Jiří Denemark *‡ * Faculty of Informatics Masaryk University Brno, CZ † Institute of Computer Science Masaryk University Brno, CZ ‡ CESNET z.s.p.o, CZ. Introduction. Target environment:

rupert
Télécharger la présentation

Teleconferencing support for small groups

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Teleconferencing support for small groups Eva Hladká*‡, Petr Holub*†‡,Jiří Denemark*‡ *Faculty of Informatics Masaryk University Brno, CZ †Institute of Computer Science Masaryk University Brno, CZ ‡CESNET z.s.p.o, CZ

  2. Introduction • Target environment: • multitude of small groups with all active members • no special network services needed (e.g. multicast) • diverse computer system platforms • users from computer science community • to provide reasonable security • new features to be easily added

  3. Our Choice • Open source software • MBone Tools (vic, rat, wb/wbd) • Multicast replaced by mirrored unicast • Web administration

  4. Network Support for Communication • UDP Packet Reflector - “rum” • similar to simple H.323 MCU • initial version: just UDP packet reflecting • services transferred from network level (multicast) to application level (mirror): => easy modification=> worse scalability and efficiency

  5. Reflector reflector

  6. Multicast

  7. Enhancing reflector • Security features added to “rum” • IP address restrictions • AA based on username/password • activity logging • merge of MCU functions and basic gatekeeper functions in terms of H.323 • Other features added to “rum” • data recording

  8. Web portal • Need for easy reflector administration • Today most common environment with rather standardized and intuitive handling • Not too much fancy features but rather useful ones

  9. Videoconfrence adminisration using web portal • Conference = one or more instances of “rum” (provides reflector(s) for one or more videoconferencing tools) • Administrator = user who sets up user accounts • User = person who can set up and run one or more conferences

  10. Setting up a conference • User logs in into the conference administration web • Set up features required for the conference • mirrors and their parameters (ports, logging features, description, etc.)mirrors can be organized into groups • allowed/denied IP addresses • allowed users

  11. Running the conference • Conference announcement can be found in public part of the administrative web • Conference startup can be manual or scheduled • Conference administrator can browse log file during and after the conference

  12. MBone wbd tool enhancements • wbd used as basis since wb is not available in source code • enhanced security by adding encryption using the same library as other MBone tools rat and vic (UCL Common Multimedia Library - DES and Rijndael encryption)

  13. displaying using Imlib2 • new formats available for import • zoom • synchronized rotation of image • faster drawing of image • faster network transmission (multiple threads)

  14. wbd - JPEG import

  15. wbd - zoom import

  16. Further mirror develompent • Further development effort by our group • improving scalability: tunneling • passing through firewalls: “Enhanced UDP packet reflector for unfriendly environments” • 3D projection: stream synchronization • publishing information about mirrors in LDAP

  17. Development initiated by our group • very secure videoconferencing environment (strong encryption, rekeying during the session etc.)

  18. Conclusions • Development was motivated by two factors: • instability and unavailability of multicast in many of networks of today • videoconferencing needs of several small groups on Masaryk university and CESNET • System we have developed is in routine use by Czech group participating in EU DataGrid project and by CESNET

  19. As with all videoconferencing systems input and output audio and video devices must be of reasonable quality to provide users with positive experience • Underlying network must be of sufficient bandwidth to cope with stream multiplication

  20. Acknowledgements • Czech group participating in EU DataGrid project for valuable ideas and patience during testing • Luděk Matyska and Zdeněk Salvet • CESNET Research intent MSM000000001

  21. Thank you for your attention!

More Related