FAQ Service Provider

FAQ Answers to frequently asked questions about web conferencing systems as a service provider solution.
This is an overview of frequently asked questions on web conferencing systems.


Security  

Arrow How are user passwords created? Are password configurations customizable?
Arrow Is there support for HTTP tunneling?
Arrow Is all content (AV, text messages, whiteboard data) encoded between client and server machines?
Arrow Can the server software be hosted behind a firewall? If yes, what are the implications?
Arrow What authentication models (RADIUS, LDAP, Kerberos, etc.) are supported?


Integration  

Arrow From the architecture point of view, does the product allow for any interface/integration with any other system? Or is designed to be a stand-alone application?
Arrow Does the vendor provide any SDK or API to enable integration with other applications (like LMS, for example)?
Arrow Does the vendor provide any integration services? If yes, are there any known case studies/success stories of integration?



Arrow Is there any SIP support for AV communications?
Arrow Is there any integration possible with a 3rd party scheduling/calendaring system to enable automatic/rapid creation/scheduling of sessions?
Arrow Is there any integration available with MS Exchange/Outlook?



Architecture  

Arrow What are the recommended server specifications?
Arrow Is there any support for NLB or clustering or distributed server architecture?
Arrow Is there any support for Multicast?
Arrow Is there any server redundancy support
Arrow From the design point of view, what does the return path from the trainee to the trainer look like? How does it work?





Security
How are user passwords created? Are password configurations customizable?  
Users create their passwords. The password quality is checked.


Is there support for HTTP tunneling?  

Yes.


Is all content (AV, text messages, whiteboard data) encoded between client and server machines?  
Yes.


Can the server software be hosted behind a firewall? If yes, what are the implications?  
Yes. The Spreed server software and appliance comes with a build-in firewall.


What authentication models (RADIUS, LDAP, Kerberos, etc.) are supported?  
LDAP, TLS, Kerberos.


Top




Integration
From the architecture point of view, does the product allow for any interface/integration with any other system? Or is designed to be a stand-alone application?  
Spreed is designed as an integrated application. Spreed can be easily embedded within web pages and other systems. spreed has a extremely powerful remote control interface ( Spreed Remote Control ).


Does the vendor provide any SDK or API to enable integration with other applications (like LMS, for example)?  
SDK available. Web service integration available. XML-RPC interface.


Does the vendor provide any integration services? If yes, are there any known case studies/success stories of integration?  
Yes. Spreed has been successfully integrated into existing portals by social networks, e-learning companies, telecommunication companies and Internet Service Provider (ISPs).


Is there any SIP support for AV communications?  
Yes. SIP and IAX2 (Asterisk).


Is there any integration possible with a 3rd party scheduling/calendaring system to enable automatic/rapid creation/scheduling of sessions?  
Yes. MS Outlook and Zarafa and other integrations are still available.


Is there any integration available with MS Exchange/Outlook?  
Yes. Spreed Meetings can be created and scheduled directly from within Outlook (with a plugin available from zarafa.com). Spreed Web Meetings are created like a normal meeting scheduled with Outlook calendaring. By double-clicking on the meeting entry the Spreed meeting room is entered.


Top




Architecture
What are the recommended server specifications?  
The Spreed web conferencing server is available as Virtuozzo virtual appliance, as software installation and as server appliances. Spreed server virtual appliances take use of the following configurations:

Software environment:
  • SWsoft Virtuozzo, 1VE
  • Operating systems:
    • CentOS 3.x, 4.x
    • Red Hat Fedora Core 1, 2, 4
    • Red Hat 9 Red Hat Enterprise 3, 4
    • SuSE Enterprise Server 9
Hardware:
  • 2 or 4 CPU, 64-Bit, 2+ GHz Intel Core2Duo/XEON or AMD Opteron
  • 4/8/16 GB RAM depending on usage
  • IP bandwidth from 10 MBit/s up to 4 GBit/s per server (depending on usage)
  • 200 GB HD (RAID-5)
  • Optional: IPSec/SSL/TLS protocol accelerator (PCI-X adaptor)


Is there any support for NLB or clustering or distributed server architecture?  
Yes. Spreed servers are built to be load balanced and cascaded with Spreed streaming concentrators.


Is there any support for Multicast?  
Yes, Spreed servers communicate with Spreed servers using a Reliable Datagram Protocol (SRDP - Spreed reliable datagram protocol). The SRDP server-to-server communication protocol can be a multicast protocol and/or peer-to-peer. The number of Spreed servers and streaming concentrators on a network (Spreed peers) is virtually unlimited.


Is there any support for distribution of CDNs?  
Yes.


Is there any server redundancy support?  
Yes, hot fail-over is optionally available. When a Spreed server fails or a network connection is interrupted, other Spreed servers will take over the running session within few seconds. With hot fail-over running sessions will be interrupted less then a few seconds in case of fail-over.


From the design point of view, what does the return path from the trainee to the trainer look like? How does it work?  
Technically spoken, Spreed is not client-side peer-to-peer. Trainers and trainees do not communicate directly to each other through the network. All network communication is routed through the Spreed server. However, multiple Spreed servers are communicating peer-to-peer using its proprietary high-efficient SRDP (Spreed Reliable Datagram Protocol).

Top