Communication and Telephony
Communication platforms provide video conferencing, audio calling, messaging, and telephony services that enable distributed teams to collaborate in real time. Mission-driven organisations depend on these tools for internal coordination, partner engagement, beneficiary services, and emergency response. Platform selection determines data sovereignty, operating costs, field deployment viability, and integration with existing systems.
This benchmark covers three functional domains: video conferencing systems for synchronous meetings and webinars, team messaging platforms for persistent asynchronous communication, and telephony systems for voice infrastructure. Solutions span from lightweight browser-based tools to comprehensive unified communications platforms. Adjacent categories such as contact centre systems, emergency communications hardware, and broadcast platforms fall outside this scope.
Assessment methodology
Tool assessments derive from official vendor documentation, published API references, release notes, and technical specifications as of 2026-01-26. Feature availability varies by product tier, deployment model, and region. Verify current capabilities directly with vendors during procurement. Community-reported information is excluded; only documented features are assessed.
Requirements taxonomy
This taxonomy defines evaluation criteria for communication and telephony tools. Requirements are organised by functional area and weighted by typical priority for mission-driven organisations. Adjust weights based on your specific operational context.
Functional requirements
Core capabilities that define what the tool must do.
Video conferencing
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| F1.1 | Browser-based access | Participants join meetings without installing software. Reduces friction for external participants and works on managed devices with installation restrictions. | Full: all major browsers supported (Chrome, Firefox, Safari, Edge), no plugins required, feature parity with native client. Partial: limited browser support or reduced functionality. None: client installation required. | Test meeting join flow across browsers; review system requirements documentation | Essential |
| F1.2 | Participant capacity | Maximum simultaneous participants in a single meeting or webinar. Critical for all-hands meetings, training sessions, and large stakeholder events. | Full: 500+ participants with stable performance. Partial: 100-499 participants. Limited: under 100 participants. Document tier-specific limits. | Review capacity documentation; test with expected maximum load | Essential |
| F1.3 | Screen sharing | Presenter shares screen, application window, or browser tab with participants. Essential for demonstrations, document review, and collaborative work. | Full: multiple share options (screen, window, tab), participant sharing, annotation during share. Partial: basic screen share only. | Test screen sharing functionality across platforms | Essential |
| F1.4 | Recording | Meeting sessions captured for later playback. Required for training, compliance, and asynchronous participation across time zones. | Full: cloud and local recording options, automatic transcription, configurable retention. Partial: local recording only or manual transcription. None: no recording capability. | Review recording documentation; test recording workflow | Essential |
| F1.5 | Breakout rooms | Participants divided into smaller groups for parallel discussions. Essential for workshops, training sessions, and collaborative exercises. | Full: host-controlled and self-selection, timer, broadcast messaging, multiple rounds. Partial: basic pre-assigned groups only. None: not supported. | Test breakout room creation and management | Important |
| F1.6 | Virtual backgrounds | Participant replaces or blurs background for privacy. Important when participants join from non-office environments or shared spaces. | Full: blur and custom image backgrounds, organisational defaults. Partial: blur only or limited device support. | Test background options; review hardware requirements | Desirable |
| F1.7 | Waiting room | Participants held until host admits them. Provides meeting security and controlled session start for sensitive discussions. | Full: customisable waiting room, bulk admit, individual admit/reject. Partial: basic waiting room without customisation. | Test waiting room workflow | Important |
| F1.8 | Dial-in audio | Participants join audio via telephone. Critical for field locations with unreliable internet or participants without video capability. | Full: local dial-in numbers in operating regions, toll-free options, call-me functionality. Partial: limited regional coverage. None: VoIP only. | Review dial-in number availability; test audio quality | Important |
| F1.9 | Live captioning | Automatic speech-to-text captions displayed during meetings. Required for accessibility and useful in noisy environments or when audio quality is poor. | Full: real-time automated captions with reasonable accuracy, multiple languages. Partial: single language or manual captioning only. | Test caption accuracy; review supported languages | Important |
| F1.10 | Host controls | Moderator capabilities to manage participants during meetings. Essential for maintaining order in large sessions and preventing disruption. | Full: mute all, disable video, remove participant, lock meeting, disable chat. Partial: limited control options. | Review host control documentation; test during trial | Essential |
Team messaging
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| F2.1 | Organised conversations | Messages grouped by topic, channel, or thread rather than chronological inbox. Enables asynchronous work and reduces information overload. | Full: channels/rooms with topics or threads, cross-channel search, topic linking. Partial: basic channels without threading. Limited: flat chat only. | Evaluate conversation organisation during trial | Essential |
| F2.2 | Direct messaging | Private one-to-one and small group conversations outside public channels. Required for sensitive discussions and quick coordination. | Full: 1:1 and group DMs, searchable, file sharing, message editing. Partial: limited DM functionality. | Test DM features during trial | Essential |
| F2.3 | File sharing | Share documents, images, and files within conversations. Essential for collaborative work and information sharing. | Full: drag-and-drop sharing, preview, version history, storage quota visibility. Partial: basic sharing without preview. Document size limits. | Test file sharing; review storage limits | Essential |
| F2.4 | Search | Find messages, files, and conversations across history. Critical for knowledge retrieval in organisations with significant message volume. | Full: full-text search with filters (date, sender, channel, file type), saved searches. Partial: basic search without filters. Limited: recent messages only. | Test search functionality with complex queries | Essential |
| F2.5 | Message editing and deletion | Modify or remove sent messages. Enables correction of errors and removal of inadvertent disclosures. | Full: edit with history, delete with audit trail, time-limited editing option. Partial: delete only or time-limited edit. None: messages immutable. | Review editing policy documentation; test functionality | Important |
| F2.6 | Notifications and presence | Alert users to relevant activity and show availability status. Balances awareness with interruption management. | Full: granular notification controls per channel, DND scheduling, custom status. Partial: basic notifications without granular control. | Configure notification settings during trial | Important |
| F2.7 | Message formatting | Rich text formatting in messages including code blocks, lists, and links. Improves communication clarity for technical and structured content. | Full: markdown support, code syntax highlighting, tables, embedded previews. Partial: basic formatting only. | Test formatting options during trial | Important |
| F2.8 | Guest access | External collaborators participate without full organisation membership. Enables partner collaboration and stakeholder engagement. | Full: configurable guest permissions, expiring invitations, guest isolation. Partial: limited guest capabilities. None: no external access. | Review guest access documentation; test guest experience | Important |
Telephony and voice
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| F3.1 | Inbound call handling | Receive calls from PSTN numbers. Core requirement for organisations providing phone-accessible services or support. | Full: DID numbers, multiple simultaneous calls, geographic number options. Partial: limited number options. None: outbound only. | Review number provisioning documentation; test inbound flow | Essential |
| F3.2 | Outbound calling | Place calls to PSTN numbers. Required for contacting beneficiaries, partners, and stakeholders via telephone. | Full: caller ID configuration, international dialling, call recording option. Partial: limited destinations or features. | Test outbound calling; review rate documentation | Essential |
| F3.3 | IVR and auto-attendant | Automated call routing based on caller input. Enables self-service and efficient call distribution without dedicated operators. | Full: visual IVR builder, multi-level menus, business hours routing, holiday schedules. Partial: basic menu only. | Review IVR configuration documentation; build test menu | Important |
| F3.4 | Call queuing | Hold callers in queue when agents unavailable. Essential for service desks and hotlines with variable call volume. | Full: configurable queue logic, hold music, position announcements, callback option. Partial: basic FIFO queue. | Review queue documentation; test queue behaviour | Important |
| F3.5 | Voicemail | Capture messages when calls unanswered. Standard business communication requirement for missed call handling. | Full: voicemail-to-email, transcription, configurable greetings, group voicemail. Partial: basic voicemail without transcription. | Test voicemail flow; review transcription accuracy | Essential |
| F3.6 | Call transfer | Redirect calls to another extension or external number. Required for routing calls to appropriate staff or departments. | Full: blind and attended transfer, transfer to external, transfer to voicemail. Partial: internal transfer only. | Test transfer scenarios | Essential |
| F3.7 | Conference calling | Multi-party audio calls. Required for meetings when video is unavailable or inappropriate. | Full: large participant support, moderator controls, dial-out to add participants. Partial: limited participants or controls. | Review conference capacity; test moderator controls | Important |
| F3.8 | SIP trunking | Connect to external SIP providers for PSTN connectivity. Enables carrier choice and cost optimisation for telephony services. | Full: multiple trunk support, failover, codec negotiation. Partial: single trunk, limited configuration. None: proprietary connectivity only. | Review SIP documentation; test trunk configuration | Important |
| F3.9 | Emergency calling | Support for emergency service calls with location information. Legal requirement in many jurisdictions for telephony services. | Full: E911/E112 support, location registration, emergency callback. Partial: basic emergency calling without location. | Review emergency calling documentation; verify compliance | Essential |
| F3.10 | Mobile integration | Use mobile devices as telephony endpoints. Enables staff to make and receive calls on organisation numbers from smartphones. | Full: native mobile apps, push notifications, seamless handoff. Partial: basic mobile app with limited features. | Test mobile app functionality | Important |
Collaboration features
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| F4.1 | Whiteboarding | Shared visual canvas for diagramming and brainstorming. Enables visual collaboration during meetings and asynchronous work. | Full: persistent boards, shapes and templates, real-time collaboration, export. Partial: meeting-only whiteboard. None: not supported. | Test whiteboarding features during trial | Desirable |
| F4.2 | Polling and Q&A | Collect participant input during meetings. Useful for engagement, decision-making, and structured feedback. | Full: multiple question types, anonymous options, results display control. Partial: basic polling only. | Test polling creation and results display | Desirable |
| F4.3 | Calendar integration | Meetings scheduled from and synced with calendar systems. Reduces friction for meeting scheduling and attendance tracking. | Full: bidirectional sync with major calendars (Google, Microsoft, iCal), automatic meeting links. Partial: one-way sync or limited calendar support. | Test calendar integration with organisation calendar | Important |
| F4.4 | Document collaboration | Edit documents together during communication sessions. Enables real-time collaborative work during meetings. | Full: integrated document editing, simultaneous editing, presence indicators. Partial: document viewing only or external editor required. | Test document collaboration features | Desirable |
| F4.5 | Meeting notes and summaries | Capture and distribute meeting outcomes. Improves meeting effectiveness and enables catch-up for absent participants. | Full: collaborative notes during meeting, AI summary generation, action item extraction. Partial: basic notes only. | Test note-taking features; review AI summary quality | Desirable |
Technical requirements
Platform architecture, deployment, and integration capabilities.
Deployment and hosting
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| T1.1 | Self-hosted deployment | Run platform on organisation-controlled infrastructure. Required for data sovereignty, air-gapped environments, or regulatory compliance. | Full: supported self-hosted deployment with documentation, updates available. Partial: community-supported self-hosting. None: SaaS only. | Review deployment documentation; assess operational requirements | Important |
| T1.2 | Vendor-hosted cloud | Managed service operated by vendor. Reduces operational burden when self-hosting capability or desire is absent. | Full: managed service with SLA, multiple regions. Partial: single region or limited SLA. None: self-hosted only. | Review cloud service documentation; assess SLA terms | Important |
| T1.3 | Container deployment | Deploy using container orchestration. Enables modern deployment practices and infrastructure portability. | Full: official Docker images, Kubernetes manifests or Helm charts. Partial: community containers. None: traditional installation only. | Review container documentation; verify image maintenance | Important |
| T1.4 | High availability | Eliminate single points of failure. Required for services where downtime impacts critical operations. | Full: documented HA architecture, automated failover, no single points of failure. Partial: manual failover or limited HA. | Review HA documentation; assess architecture | Important |
| T1.5 | Geographic distribution | Deploy across multiple regions. Reduces latency for globally distributed organisations and enables regional compliance. | Full: multi-region deployment with data residency controls. Partial: limited region options. | Review regional availability; assess data residency | Important |
Scalability and performance
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| T2.1 | Concurrent user capacity | Maximum simultaneous connected users. Must accommodate organisation size and peak usage patterns. | Document maximum users per deployment model; note scaling characteristics. | Review capacity documentation; request reference architectures | Essential |
| T2.2 | Meeting concurrency | Multiple simultaneous meetings. Large organisations require many parallel sessions without performance degradation. | Full: hundreds of concurrent meetings per server/instance. Document limits and scaling approach. | Review concurrency documentation; test during trial | Essential |
| T2.3 | Media quality adaptation | Adjust quality based on network conditions. Essential for users on variable-quality connections including mobile and field locations. | Full: adaptive bitrate, resolution scaling, network detection. Partial: manual quality selection only. | Test on constrained network; review QoS documentation | Essential |
| T2.4 | Low bandwidth operation | Function on limited connectivity. Critical for field operations in areas with poor internet infrastructure. | Document minimum bandwidth requirements. Full: usable below 500 kbps. Partial: usable at 500 kbps-1 Mbps. Poor: requires over 1 Mbps. | Test on bandwidth-limited connection; review requirements | Essential |
| T2.5 | Mobile optimisation | Native mobile applications with appropriate resource usage. Enables staff to communicate from phones and tablets. | Full: native iOS and Android apps, background operation, battery optimisation. Partial: mobile web or limited native app. | Test mobile apps; review app store ratings and performance | Important |
Integration architecture
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| T3.1 | REST API | Programmatic interface for automation and integration. Enables custom integrations and workflow automation. | Full: comprehensive API covering all features, well-documented, versioned. Partial: limited API coverage. None: no API. | Review API documentation; assess coverage | Essential |
| T3.2 | Webhook support | Push notifications for events. Enables real-time integration with external systems without polling. | Full: comprehensive event types, configurable endpoints, retry logic. Partial: limited events. None: no webhooks. | Review webhook documentation; test event delivery | Important |
| T3.3 | Single sign-on | Authenticate via organisational identity provider. Centralises access control and simplifies user management. | Full: SAML 2.0 and OIDC support, multiple IdP support, JIT provisioning. Partial: single protocol or IdP. None: local authentication only. | Review SSO documentation; test with organisation IdP | Essential |
| T3.4 | Directory integration | Synchronise users from directory services. Automates user provisioning and maintains consistent identity data. | Full: SCIM, LDAP/AD sync, group mapping, automated deprovisioning. Partial: manual sync or limited directory support. | Review directory integration documentation | Important |
| T3.5 | Calendar integration protocol | Standard protocol support for calendar systems. Enables scheduling integration beyond proprietary connectors. | Full: CalDAV, iCalendar, Exchange Web Services. Partial: proprietary API only. | Review calendar integration documentation | Important |
| T3.6 | Embedding and SDK | Include communication features in other applications. Enables building custom experiences or integrating with existing portals. | Full: JavaScript SDK, native SDKs, iframe embedding, customisation options. Partial: limited embedding. None: standalone only. | Review SDK documentation; test embedding | Desirable |
Security requirements
Security controls and data protection capabilities.
Authentication and access control
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| S1.1 | Multi-factor authentication | Require additional verification beyond password. Essential security control for privileged access and sensitive systems. | Full: multiple MFA methods (TOTP, WebAuthn/FIDO2, push), policy enforcement. Partial: single MFA method. None: password only. | Review MFA documentation; test MFA options | Essential |
| S1.2 | Password policies | Configurable password strength requirements. Ensures credential security aligned with organisational policy. | Full: configurable complexity, history, expiry, lockout. Partial: limited configuration. None: fixed policy. | Review password policy options | Important |
| S1.3 | Session management | Controls for active sessions. Enables security response and limits exposure from compromised credentials. | Full: session visibility, remote termination, configurable timeout, concurrent session limits. Partial: limited controls. | Review session management documentation | Important |
| S1.4 | Meeting security | Access controls for meetings. Prevents unauthorised access to sensitive discussions. | Full: passwords, waiting rooms, lock meeting, domain restrictions, watermarking. Partial: basic controls only. | Review meeting security options; test configuration | Essential |
| S1.5 | Admin role separation | Granular administrative permissions. Enables least-privilege access for different administrative functions. | Full: custom admin roles, granular permissions, role hierarchy. Partial: fixed admin tiers. Limited: single admin role. | Review admin role documentation | Important |
Encryption and data protection
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| S2.1 | Transport encryption | Encryption of data in transit. Baseline security requirement for all network communication. | Full: TLS 1.2+ enforced for all connections, certificate management. Partial: TLS available but not enforced. | Test with SSL analyser; review security documentation | Essential |
| S2.2 | Media encryption | Encryption of audio and video streams. Protects communication content from interception. | Full: SRTP/DTLS for media, documented encryption standards. Partial: encryption available but optional. | Review media security documentation; verify during connection | Essential |
| S2.3 | End-to-end encryption | Encryption where only participants can decrypt. Highest level of communication privacy; prevents vendor access to content. | Full: E2EE available, documented cryptographic approach, key management. Partial: E2EE for limited scenarios. None: transport encryption only. | Review E2EE documentation; assess implementation | Important |
| S2.4 | Data at rest encryption | Stored data encrypted. Protects recordings, messages, and files when stored. | Full: AES-256 or equivalent, documented key management. Partial: encryption available but optional. None: unencrypted storage. | Review storage security documentation | Essential |
| S2.5 | Data residency | Control over geographic data storage location. Required for regulatory compliance and data sovereignty. | Full: selectable regions, documented data flows, contractual guarantees. Partial: limited region options. None: undisclosed location. | Review data residency documentation; verify contractually | Essential |
Compliance and certification
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| S3.1 | SOC 2 Type II | Independent audit of security controls. Industry-standard security assurance for cloud services. | Full: current certification, report available on request. Partial: SOC 2 Type I or in progress. None: no certification. | Request SOC 2 report; verify audit date | Important |
| S3.2 | ISO 27001 | Information security management certification. Internationally recognised security standard. | Full: current certification covering relevant services. None: no certification. | Request certificate; verify scope | Important |
| S3.3 | GDPR compliance | European data protection compliance. Required for organisations processing EU personal data. | Full: DPA available, Article 28 compliance, DPIA support, EU data centre option. Partial: general privacy policy only. | Review DPA terms; assess data processing details | Essential |
| S3.4 | HIPAA compliance | US healthcare data protection. Required for organisations handling protected health information. | Full: BAA available, documented controls. Partial: self-attested compliance. None: not supported. | Review HIPAA documentation; request BAA | Context-dependent |
| S3.5 | Accessibility compliance | Conformance with accessibility standards. Legal requirement in many jurisdictions; ethical requirement for inclusive services. | Full: WCAG 2.1 AA documented, VPAT available. Partial: partial compliance documented. | Review VPAT; test with assistive technology | Important |
Operational requirements
Day-to-day administration and management considerations.
Administration
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| O1.1 | Administrative console | Centralised management interface. Enables efficient administration without command-line expertise. | Full: comprehensive web UI, bulk operations, role-specific views. Partial: limited admin functionality. | Evaluate admin console during trial | Important |
| O1.2 | User provisioning | Create and manage user accounts. Must support organisational scale and processes. | Full: bulk operations, CSV import, API provisioning, lifecycle automation. Partial: individual account management only. | Review provisioning documentation; test bulk operations | Essential |
| O1.3 | Usage analytics | Visibility into platform utilisation. Enables capacity planning, adoption tracking, and cost management. | Full: detailed analytics dashboard, exportable reports, trend analysis. Partial: basic usage counts. | Review analytics capabilities; assess report granularity | Important |
| O1.4 | Policy management | Configure organisational defaults and restrictions. Ensures consistent configuration across users and prevents insecure settings. | Full: granular policies at org/group/user level, policy inheritance. Partial: organisation-wide settings only. | Review policy management documentation | Important |
| O1.5 | Audit logging | Record of administrative and security events. Required for security monitoring and compliance. | Full: comprehensive audit trail, immutable logs, configurable retention, export capability. Partial: limited event logging. | Review audit log documentation; assess completeness | Essential |
Monitoring and reliability
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| O2.1 | Service status visibility | Information about service availability and incidents. Enables appropriate response to outages. | Full: public status page, incident history, subscription notifications. Partial: status via support only. | Review status page; assess incident communication | Important |
| O2.2 | SLA commitments | Guaranteed service availability. Provides recourse for service disruptions and sets expectations. | Document SLA terms: uptime percentage, measurement method, credits. Distinguish free vs paid tiers. | Review SLA documentation | Important |
| O2.3 | Health monitoring | APIs for monitoring service health. Enables integration with organisational monitoring systems. | Full: detailed health endpoints, component status. Partial: basic up/down only. None: no health API. | Review monitoring documentation; test endpoints | Important |
| O2.4 | Call quality metrics | Visibility into media quality. Enables troubleshooting and network optimisation. | Full: per-call quality scores, network statistics, historical trends. Partial: basic quality indicators. | Review quality metrics documentation | Important |
Support
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| O3.1 | Documentation quality | Availability and accuracy of technical documentation. Essential for deployment, configuration, and troubleshooting. | Full: comprehensive, current, searchable, versioned documentation. Partial: incomplete or outdated. Poor: minimal documentation. | Assess documentation during evaluation | Essential |
| O3.2 | Support channels | Available methods for obtaining help. Must match organisational needs for response time and expertise. | Document channels: community forum, email, chat, phone, dedicated support. Note tier requirements and response times. | Review support options; assess SLA terms | Important |
| O3.3 | Community resources | Community forums, user groups, and third-party resources. Supplements vendor support with peer knowledge. | Full: active community forum, regular community contributions, third-party integrations. Partial: limited community. | Assess community activity; review forum responsiveness | Important |
| O3.4 | Training resources | Educational materials for users and administrators. Reduces deployment friction and improves adoption. | Full: video tutorials, certification programmes, documentation, live training options. Partial: basic documentation only. | Review training resources; assess comprehensiveness | Desirable |
Data management requirements
Data handling, portability, and lifecycle management.
Data portability
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| D1.1 | Message export | Extract conversation history. Required for migration, compliance, and continuity. | Full: complete export including metadata, attachments, formatting. Partial: limited export or format loss. | Review export documentation; test export completeness | Essential |
| D1.2 | Recording export | Download meeting recordings. Ensures recordings remain accessible independent of platform. | Full: standard formats (MP4, WebM), bulk download, metadata preservation. Partial: proprietary format or limited download. | Review recording format; test download process | Essential |
| D1.3 | User data export | Individual user data retrieval. Required for data subject access requests under GDPR. | Full: comprehensive user data export, automated retrieval. Partial: manual request required. | Review GDPR compliance documentation | Essential |
| D1.4 | Configuration export | Extract platform configuration. Enables backup and migration of organisational settings. | Full: configuration export and import, version control friendly. Partial: limited configuration portability. | Review configuration management documentation | Important |
Data retention
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| D2.1 | Retention policies | Configurable data retention periods. Required for compliance and storage management. | Full: per-content-type retention, automated enforcement, legal hold. Partial: single retention period. None: manual deletion only. | Review retention policy options | Important |
| D2.2 | Data deletion | Permanent removal of data. Required for privacy compliance and end-of-relationship cleanup. | Full: complete deletion with verification, cascade to backups. Partial: soft delete or delayed deletion. | Review deletion documentation; verify completeness | Essential |
| D2.3 | Backup and recovery | Protection against data loss. Essential for continuity of stored communications. | Full: automated backup, point-in-time recovery, documented RPO/RTO. Partial: manual backup only. | Review backup documentation; assess recovery process | Important |
Commercial requirements
Licensing, pricing, and vendor considerations.
| ID | Requirement | Description | Assessment criteria | Verification method | Typical priority |
|---|---|---|---|---|---|
| C1.1 | Pricing transparency | Clarity of pricing structure. Enables accurate budgeting and comparison. | Full: published pricing, calculator, no hidden fees. Partial: pricing on request. Poor: opaque pricing. | Review pricing documentation; request detailed quote | Important |
| C1.2 | Nonprofit pricing | Discounted licensing for qualifying organisations. Significant cost factor for mission-driven organisations. | Full: established programme, substantial discount, clear eligibility. Partial: ad-hoc discounts. None: standard pricing. | Research nonprofit programme; verify eligibility | Important |
| C1.3 | Free tier availability | Usable free offering. Enables evaluation and use by resource-constrained organisations. | Document free tier limitations: users, features, storage, time limits. Assess viability for ongoing use. | Review free tier documentation | Important |
| C1.4 | Contract flexibility | Terms for commitment and exit. Affects ability to switch providers and budget flexibility. | Full: monthly billing, no lock-in, pro-rata refunds. Partial: annual with notice. Poor: multi-year required. | Review contract terms | Important |
| C1.5 | Open source licence | Licence terms for FOSS options. Determines usage rights and obligations. | Document licence type (AGPL, Apache, MIT, etc.); assess copyleft implications, commercial use terms. | Review licence file; assess compatibility | Essential for FOSS |
| C1.6 | Vendor jurisdiction | Legal jurisdiction of vendor organisation. Affects applicable laws and government access risks. | Document HQ location, data centre locations, applicable laws (CLOUD Act exposure, GDPR). | Review legal documentation; assess data flow | Important |
| C1.7 | Vendor stability | Organisation viability and commitment. Affects long-term platform availability and development. | For commercial: funding, market position, customer base. For FOSS: maintainer commitment, sponsor diversity, governance. | Research company/project history; assess sustainability | Important |
Assessment methodology
Tools are assessed against each requirement using the following scale:
| Rating | Symbol | Definition |
|---|---|---|
| Full support | ● | Requirement fully met with documented, production-ready capability |
| Partial support | ◐ | Requirement partially met; limitations documented in notes |
| Minimal support | ○ | Basic capability exists but significant gaps |
| Not supported | ✗ | Capability not available |
| Not applicable | - | Requirement not relevant to this tool |
| Not assessed | ? | Insufficient documentation to assess |
Additional notation:
- $ indicates feature requires paid tier or add-on
- β indicates feature in beta or preview
- E indicates feature available in enterprise tier only
- P indicates feature requires plugin or extension
- C indicates community-provided, not vendor-supported
Functional capability comparison
Video conferencing
| Req ID | Requirement | Jitsi Meet | BigBlueButton | Element Call | Zulip | Microsoft Teams | Zoom |
|---|---|---|---|---|---|---|---|
| F1.1 | Browser-based access | ● | ● | ● | ●P | ◐ | ◐ |
| F1.2 | Participant capacity | ◐ | ● | ○ | - | ● | ● |
| F1.3 | Screen sharing | ● | ● | ● | ●P | ● | ● |
| F1.4 | Recording | ● | ● | ✗ | - | ●$ | ● |
| F1.5 | Breakout rooms | ● | ● | ✗ | - | ● | ● |
| F1.6 | Virtual backgrounds | ● | ● | ○ | - | ● | ● |
| F1.7 | Waiting room | ● | ● | ✗ | - | ● | ● |
| F1.8 | Dial-in audio | ●$ | ◐ | ✗ | - | ● | ● |
| F1.9 | Live captioning | ●β | ● | ✗ | - | ● | ● |
| F1.10 | Host controls | ● | ● | ◐ | - | ● | ● |
Assessment notes -Video conferencing:
- Jitsi Meet F1.2: Recommended maximum 75-100 participants per meeting with single Jitsi Videobridge; horizontal scaling requires multiple bridges. 500+ participants achievable with proper infrastructure.
- Jitsi Meet F1.8: Dial-in requires Jigasi component and SIP provider; not included in default deployment.
- BigBlueButton F1.2: Designed for virtual classrooms; supports 100-150 webcam users or larger audio-only audiences per server. Scalelite load balancer enables horizontal scaling.
- BigBlueButton F1.8: SIP integration available via FreeSWITCH; configuration required.
- Element Call F1.2: Based on MatrixRTC; designed for smaller group calls, recommended under 50 participants as of current release.
- Element Call F1.4: Recording not currently supported in Element Call; available in Element Enterprise.
- Zulip: Team messaging platform; video calls via Jitsi or Zoom integration rather than native capability.
- Microsoft Teams F1.1: Full browser support for Chrome and Edge; Safari and Firefox have reduced functionality requiring desktop client for optimal experience.
- Zoom F1.1: Browser client (“web client”) has reduced functionality compared to desktop application; meeting hosts can enable or restrict web client access.
Team messaging
| Req ID | Requirement | Jitsi Meet | BigBlueButton | Element | Zulip | Microsoft Teams | Zoom |
|---|---|---|---|---|---|---|---|
| F2.1 | Organised conversations | - | ◐ | ● | ● | ● | ◐ |
| F2.2 | Direct messaging | - | ◐ | ● | ● | ● | ● |
| F2.3 | File sharing | ✗ | ● | ● | ● | ● | ● |
| F2.4 | Search | - | ○ | ● | ● | ● | ● |
| F2.5 | Message editing and deletion | - | ✗ | ● | ● | ● | ● |
| F2.6 | Notifications and presence | - | ○ | ● | ● | ● | ● |
| F2.7 | Message formatting | - | ○ | ● | ● | ● | ● |
| F2.8 | Guest access | - | ● | ● | ● | ● | ● |
Assessment notes -Team messaging:
- Jitsi Meet: Video conferencing focused; in-meeting chat only, no persistent messaging.
- BigBlueButton: Session-based chat during classes; not designed as persistent team messaging platform.
- Element: Full Matrix protocol implementation; rooms, spaces, threads, and comprehensive messaging features.
- Zulip: Topic-based threading model; messages organised by stream (channel) and topic for improved asynchronous communication.
- Microsoft Teams: Channels with threaded replies; integrated with Microsoft 365 ecosystem.
- Zoom F2.1: Team Chat available but secondary to meetings; basic channel structure without topic threading.
Telephony and voice
| Req ID | Requirement | Asterisk | Jitsi Meet | Microsoft Teams | Zoom |
|---|---|---|---|---|---|
| F3.1 | Inbound call handling | ● | - | ●$ | ●$ |
| F3.2 | Outbound calling | ● | - | ●$ | ●$ |
| F3.3 | IVR and auto-attendant | ● | - | ●$ | ●$ |
| F3.4 | Call queuing | ● | - | ●$ | ●$ |
| F3.5 | Voicemail | ● | - | ●$ | ●$ |
| F3.6 | Call transfer | ● | - | ● | ● |
| F3.7 | Conference calling | ● | ● | ● | ● |
| F3.8 | SIP trunking | ● | ●P | ●$ | ●$ |
| F3.9 | Emergency calling | ● | - | ●$ | ●$ |
| F3.10 | Mobile integration | ◐ | ● | ● | ● |
Assessment notes -Telephony:
- Asterisk: Full-featured PBX; requires SIP trunk provider for PSTN connectivity; all features depend on configuration.
- Jitsi Meet F3.8: SIP integration via Jigasi gateway; enables SIP/SRTP connectivity to external systems.
- Microsoft Teams: Telephony requires Teams Phone licence ($8-12/user/month); PSTN connectivity via Calling Plans, Operator Connect, or Direct Routing.
- Zoom: Zoom Phone separate product ($10-20/user/month); PSTN connectivity via Zoom native or BYOC (Bring Your Own Carrier).
- Element, BigBlueButton, Zulip: No native PSTN telephony; VoIP only.
Collaboration features
| Req ID | Requirement | Jitsi Meet | BigBlueButton | Element | Zulip | Microsoft Teams | Zoom |
|---|---|---|---|---|---|---|---|
| F4.1 | Whiteboarding | ●P | ● | ✗ | ✗ | ● | ● |
| F4.2 | Polling and Q&A | ● | ● | ✗ | ● | ● | ● |
| F4.3 | Calendar integration | ◐ | ◐ | ◐ | ● | ● | ● |
| F4.4 | Document collaboration | ●P | ● | ✗ | ✗ | ● | ◐ |
| F4.5 | Meeting notes and summaries | ✗ | ● | ✗ | ✗ | ●$β | ●$ |
Assessment notes -Collaboration:
- Jitsi Meet F4.1: Excalidraw whiteboard integration available; requires configuration.
- Jitsi Meet F4.4: Etherpad integration for collaborative notes; requires configuration.
- BigBlueButton F4.1: Multi-user whiteboard built on tl;draw 2.0; extensive annotation tools designed for education.
- BigBlueButton F4.5: Shared notes, learning analytics dashboard, engagement tracking for educators.
- Zulip F4.2: Polls via built-in polls feature; integrated into messaging.
- Microsoft Teams F4.5: Copilot features require Microsoft 365 Copilot licence (additional cost).
- Zoom F4.5: AI Companion features require paid plans; includes meeting summary generation.
Technical capability comparison
Deployment and hosting
| Req ID | Requirement | Jitsi Meet | BigBlueButton | Matrix/Element | Zulip | Asterisk | Microsoft Teams | Zoom |
|---|---|---|---|---|---|---|---|---|
| T1.1 | Self-hosted deployment | ● | ● | ● | ● | ● | ✗ | ✗ |
| T1.2 | Vendor-hosted cloud | ● | ● | ● | ● | ◐ | ● | ● |
| T1.3 | Container deployment | ● | ◐ | ● | ● | ◐ | - | - |
| T1.4 | High availability | ● | ● | ● | ● | ● | ● | ● |
| T1.5 | Geographic distribution | ● | ● | ● | ● | ● | ● | ● |
Deployment details:
| Tool | Self-hosted infrastructure | Container support | Minimum resources | Cloud options |
|---|---|---|---|---|
| Jitsi Meet | Linux (Debian/Ubuntu recommended), script-based quick install | Official Docker images, docker-compose | 4 CPU, 8GB RAM for small deployments | 8x8 Jitsi as a Service (JaaS) |
| BigBlueButton | Ubuntu 22.04 LTS required | Community Docker, ansible deployment | 8 CPU, 16GB RAM, 500GB storage | Hosted options from Blindside Networks, community providers |
| Matrix (Synapse) | Linux, PostgreSQL 14+ | Official Docker images, Kubernetes via ESS | 4 CPU, 8GB RAM (grows with users/rooms) | Element Matrix Services, matrix.org (limited) |
| Zulip | Linux (Ubuntu 22.04, Debian 12), PostgreSQL | Official Docker images | 2 CPU, 4GB RAM (small), 4 CPU, 8GB+ RAM (larger) | Zulip Cloud (Standard, Plus, Enterprise) |
| Asterisk | Linux (many distributions) | Community Docker images | 2 CPU, 4GB RAM (varies by call volume) | FreePBX Cloud, various hosted PBX providers |
| Microsoft Teams | SaaS only | N/A | N/A | Microsoft 365, GCC, GCC High, DoD |
| Zoom | SaaS only | N/A | N/A | Global data centres, configurable region |
Integration architecture
| Req ID | Requirement | Jitsi Meet | BigBlueButton | Matrix/Element | Zulip | Asterisk | Microsoft Teams | Zoom |
|---|---|---|---|---|---|---|---|---|
| T3.1 | REST API | ● | ● | ● | ● | ● | ● | ● |
| T3.2 | Webhook support | ●P | ● | ● | ● | ● | ● | ● |
| T3.3 | Single sign-on | ● | ● | ● | ● | ◐ | ● | ● |
| T3.4 | Directory integration | ◐ | ◐ | ● | ● | ● | ● | ● |
| T3.5 | Calendar integration protocol | ◐ | ◐ | ◐ | ● | - | ● | ● |
| T3.6 | Embedding and SDK | ● | ● | ● | ◐ | ● | ● | ● |
API details:
| Tool | API documentation | Authentication | Rate limits | SDKs |
|---|---|---|---|---|
| Jitsi Meet | jitsi.github.io/handbook | JWT tokens, API keys | Configurable (self-hosted) | JavaScript (iFrame), React Native |
| BigBlueButton | docs.bigbluebutton.org | Shared secret checksum | Configurable (self-hosted) | Multiple community libraries |
| Matrix | spec.matrix.org | Access tokens, SSO | Server-dependent | Official SDKs: JS, Rust, iOS, Android |
| Zulip | zulip.com/api | API keys, OAuth | Configurable, burst protection | Python, JavaScript, terminal client |
| Asterisk | docs.asterisk.org | AMI credentials | N/A | ARI (Asterisk REST Interface), AGI |
| Microsoft Teams | learn.microsoft.com/graph | OAuth 2.0 | 10,000 requests/10 minutes (varies) | Official SDKs multiple languages |
| Zoom | developers.zoom.us | OAuth 2.0, JWT (legacy) | Varies by endpoint | Official SDKs multiple languages |
Security capability comparison
Authentication and access control
| Req ID | Requirement | Jitsi Meet | BigBlueButton | Matrix/Element | Zulip | Asterisk | Microsoft Teams | Zoom |
|---|---|---|---|---|---|---|---|---|
| S1.1 | Multi-factor authentication | ●P | ●P | ● | ● | ◐ | ● | ● |
| S1.2 | Password policies | ◐ | ◐ | ● | ● | ● | ● | ● |
| S1.3 | Session management | ● | ● | ● | ● | ● | ● | ● |
| S1.4 | Meeting security | ● | ● | ● | - | - | ● | ● |
| S1.5 | Admin role separation | ◐ | ● | ● | ● | ● | ● | ● |
Authentication methods:
| Tool | Native MFA | SSO protocols | Directory sync |
|---|---|---|---|
| Jitsi Meet | Via external IdP | JWT, SAML via Prosody, OIDC via Prosody | Via IdP integration |
| BigBlueButton | Via external IdP | SAML via Greenlight, OIDC via integrations | Via LMS or IdP |
| Matrix/Element | Native TOTP, WebAuthn | OIDC (MAS), SAML, LDAP | LDAP sync, SCIM (ESS) |
| Zulip | Native TOTP | SAML, OIDC, LDAP, social auth | LDAP sync |
| Asterisk | Not applicable | Via integration | LDAP, Active Directory |
| Microsoft Teams | Via Entra ID | SAML, OIDC, WS-Fed | Entra ID, AD Connect |
| Zoom | Native TOTP, authenticator apps | SAML 2.0, managed domains | SCIM, AD connector |
Encryption and data protection
| Req ID | Requirement | Jitsi Meet | BigBlueButton | Matrix/Element | Zulip | Asterisk | Microsoft Teams | Zoom |
|---|---|---|---|---|---|---|---|---|
| S2.1 | Transport encryption | ● | ● | ● | ● | ● | ● | ● |
| S2.2 | Media encryption | ● | ● | ● | - | ● | ● | ● |
| S2.3 | End-to-end encryption | ●β | ✗ | ● | ✗ | ◐ | ◐ | ●$ |
| S2.4 | Data at rest encryption | ● | ● | ● | ● | ● | ● | ● |
| S2.5 | Data residency | ● | ● | ● | ● | ● | ● | ● |
Encryption details:
- Jitsi Meet: SRTP for media, E2EE available via insertable streams (Chrome-based browsers); E2EE prevents server-side processing features like recording.
- BigBlueButton: DTLS-SRTP for media; E2EE not available; server must decrypt for recording and processing.
- Matrix/Element: Megolm E2EE for encrypted rooms; device verification required for secure messaging; Element Call inherits Matrix encryption.
- Zulip: TLS in transit, encryption at rest; no E2EE for messages.
- Asterisk: SRTP configurable; TLS for SIP signalling; key exchange via SDES or DTLS-SRTP.
- Microsoft Teams: TLS/SRTP in transit; E2EE available for 1:1 calls and small meetings (premium feature).
- Zoom: E2EE available for meetings (requires enabling); restricts some features when enabled.
Compliance certifications
| Certification | Jitsi Meet | BigBlueButton | Matrix/Element | Zulip | Microsoft Teams | Zoom |
|---|---|---|---|---|---|---|
| SOC 2 Type II | ● (JaaS) | ◐ (provider dependent) | ● (EMS) | ● (Cloud) | ● | ● |
| ISO 27001 | ● (JaaS) | ◐ (provider dependent) | ● (EMS) | ● (Cloud) | ● | ● |
| GDPR | ● | ● | ● | ● | ● | ● |
| HIPAA | ● (JaaS) | ◐ (provider dependent) | ● (EMS) | ● (Cloud Plus) | ● | ●$ |
| FedRAMP | ✗ | ✗ | ✗ | ✗ | ● | ● |
| VPAT (WCAG) | ● | ● | ◐ | ● | ● | ● |
Notes: Self-hosted open source deployments inherit organisational certifications; certifications listed apply to vendor-hosted services where applicable.
Operational capability comparison
Administration and support
| Req ID | Requirement | Jitsi Meet | BigBlueButton | Matrix/Element | Zulip | Asterisk | Microsoft Teams | Zoom |
|---|---|---|---|---|---|---|---|---|
| O1.1 | Administrative console | ● | ● | ● | ● | ◐ | ● | ● |
| O1.2 | User provisioning | ◐ | ◐ | ● | ● | ● | ● | ● |
| O1.3 | Usage analytics | ●$ | ● | ●$ | ● | ● | ● | ● |
| O1.4 | Policy management | ● | ● | ● | ● | ● | ● | ● |
| O1.5 | Audit logging | ● | ● | ● | ● | ● | ● | ● |
Support and maintenance
| Tool | Documentation quality | Community support | Commercial support | Release cadence |
|---|---|---|---|---|
| Jitsi Meet | Comprehensive handbook | Active forums, GitHub issues | 8x8 JaaS support | Continuous, stable releases |
| BigBlueButton | Extensive documentation | Active community, forums | Blindside Networks, certified providers | Quarterly releases |
| Matrix/Element | Matrix spec + Element docs | matrix.org, active community | Element Enterprise support | Synapse: biweekly; Element: regular |
| Zulip | Comprehensive documentation | Active chat.zulip.org | Zulip Cloud support | Biannual major, regular point releases |
| Asterisk | Extensive wiki and docs | Forums, IRC, mailing lists | Sangoma commercial support | Annual LTS, biannual standard |
| Microsoft Teams | Microsoft Learn extensive | Microsoft community, Q&A | Included in Microsoft 365 | Continuous updates |
| Zoom | Developer docs comprehensive | Community forums | Support tiers by licence | Continuous updates |
Commercial comparison
Pricing models
| Tool | Licence type | Free tier | Entry pricing | Nonprofit programme |
|---|---|---|---|---|
| Jitsi Meet | Apache 2.0 | Unlimited (self-hosted) | JaaS: $0.0012/participant-minute | Available via 8x8 |
| BigBlueButton | LGPL 3.0 | Unlimited (self-hosted) | Hosting: varies by provider | Education discounts common |
| Matrix (Synapse) | AGPL 3.0 (dual commercial) | Unlimited (self-hosted) | EMS: from $5/user/month | Available on request |
| Element | AGPL 3.0 (dual commercial) | Element Free (limited) | Element Pro: from $5/user/month | 50% discount for nonprofits |
| Zulip | Apache 2.0 | Cloud Free: 10,000 messages | Cloud Standard: $6.67/user/month | Free Cloud Standard for eligible |
| Asterisk | GPL 2.0 | Unlimited (self-hosted) | Support: varies | N/A (open source) |
| Microsoft Teams | Proprietary | Essentials: free (limited) | Business Basic: $6/user/month | Microsoft 365 Nonprofit: free/discounted |
| Zoom | Proprietary | Basic: 40-min group limit | Pro: $15.99/user/month | 50% discount for nonprofits |
Total cost considerations
| Tool | Infrastructure costs (self-hosted) | Operational overhead | Hidden costs |
|---|---|---|---|
| Jitsi Meet | $50-500/month typical server | Moderate: requires Linux admin | PSTN integration, scaling infrastructure |
| BigBlueButton | $100-500/month (minimum specs) | High: significant resource requirements | Storage for recordings, scaling |
| Matrix/Element | $50-300/month typical server | Moderate: growing with federation | Media storage, bridges for other platforms |
| Zulip | $50-200/month typical server | Low-moderate: well-documented | Storage growth over time |
| Asterisk | $50-300/month typical server | High: PBX expertise required | SIP trunking, hardware if needed |
| Microsoft Teams | N/A (SaaS only) | Low: managed service | Teams Phone, Copilot, premium features |
| Zoom | N/A (SaaS only) | Low: managed service | Zoom Phone, large meeting add-ons |
Vendor assessment
| Tool | Vendor/Maintainer | Jurisdiction | CLOUD Act exposure | Governance |
|---|---|---|---|---|
| Jitsi Meet | 8x8, Inc. | United States | Yes (if using JaaS) | Open source, corporate stewardship |
| BigBlueButton | Blindside Networks | Canada | No (Canadian jurisdiction) | Open source, community governance |
| Matrix | Matrix.org Foundation | United Kingdom | No | Open standard, foundation governance |
| Element | New Vector Ltd (Element) | United Kingdom | No | Commercial company, foundation member |
| Zulip | Zulip, Inc. (Kandra Labs) | United States | Yes (if using Cloud) | Open source, corporate stewardship |
| Asterisk | Sangoma Technologies | Canada (acquired Digium) | No | Open source, corporate stewardship |
| Microsoft Teams | Microsoft Corporation | United States | Yes | Proprietary, corporate |
| Zoom | Zoom Video Communications | United States | Yes | Proprietary, corporate |
Individual tool assessments
Jitsi Meet
| Attribute | Details |
|---|---|
| Type | Video conferencing |
| Licence | Apache License 2.0 |
| Current version | Web build 8972 (December 23, 2025), Desktop 2025.10.0 (October 2025) |
| Deployment | Self-hosted, 8x8 JaaS (Jitsi as a Service) |
| Source repository | github.com/jitsi/jitsi-meet |
| Documentation | jitsi.github.io/handbook |
Jitsi Meet provides browser-based video conferencing with no account required for participants. The architecture consists of multiple components: nginx serves the web interface, Jitsi Conference Focus (Jicofo) manages conferences, and Jitsi Videobridge (JVB) handles media routing. A single JVB instance supports 75-100 simultaneous participants with good hardware; horizontal scaling requires deploying multiple videobridges behind a selector. The platform uses WebRTC for media transport, supporting opportunistic SRTP encryption with experimental end-to-end encryption via insertable streams in Chrome-based browsers.
Self-hosted deployment uses Debian/Ubuntu packages or Docker containers. The quick-install script provisions a working instance in under 30 minutes on a fresh Ubuntu server. Production deployments require attention to SRTP, coturn configuration for NAT traversal, and proper TLS certificate management. Token-based authentication integrates SAML, LDAP, or OIDC providers for authenticated meetings. JWT tokens provide API authentication for integration scenarios.
Key strengths:
- Zero-friction guest access: participants join via link without installation or account, reducing barriers for external stakeholders
- Complete self-hosting: all components can run on organisation infrastructure with no external dependencies
- Mature WebRTC implementation: good performance on varied network conditions with simulcast and adaptive bitrate
- Active development: regular releases with consistent feature additions and security updates
Key limitations:
- PSTN integration requires separate Jigasi component and SIP provider configuration, adding deployment complexity
- End-to-end encryption is experimental and disables server-side features including recording
- Large meeting support (500+) requires complex multi-videobridge architecture
- Administrative interface is minimal compared to commercial platforms; most configuration via files
Deployment requirements:
- Self-hosted: Ubuntu 22.04+ or Debian 11+, 4+ CPU cores, 8GB+ RAM, 100 Mbps network bandwidth for 50 participants
- Network: UDP ports 10000-20000 for media, TCP 443 for web, TURN server for restrictive networks
Integration capabilities: The iFrame API enables embedding Jitsi meetings in web applications with JavaScript control over meeting lifecycle, participant management, and events. React Native SDKs support mobile application integration. Calendar integration available via add-ons for Google and Microsoft calendars.
BigBlueButton
| Attribute | Details |
|---|---|
| Type | Virtual classroom / web conferencing |
| Licence | LGPL 3.0 |
| Current version | 3.0.16 (October 2025) |
| Deployment | Self-hosted, hosted providers |
| Source repository | github.com/bigbluebutton/bigbluebutton |
| Documentation | docs.bigbluebutton.org |
BigBlueButton is designed specifically for online education and virtual classrooms. The platform provides integrated presentation sharing, multi-user whiteboard based on tl;draw 2.0, breakout rooms, polling, and shared notes. Version 3.0 replaced Kurento Media Server with mediasoup for live media transmission, improving performance and reducing server resource requirements. The plugin architecture introduced in 3.0 enables extending functionality without modifying core code.
Deployment requires Ubuntu 22.04 LTS exclusively. The bbb-install.sh script automates installation including Let’s Encrypt certificate provisioning. Production deployments benefit from the Scalelite load balancer for distributing meetings across multiple BBB servers. LMS integration is a primary use case, with plugins available for Moodle, Canvas, and other learning management systems.
Key strengths:
- Purpose-built for education: whiteboard tools, breakout rooms, learning analytics, and engagement features optimised for instructional use
- Presentation-centric: native support for uploading and annotating presentations
- Recording with playback: sessions record to accessible format with chapters, searchable content
- Strong LMS integration: native support for LTI 1.3, extensive Moodle integration
Key limitations:
- High resource requirements: minimum 8 CPU cores, 16GB RAM, 500GB storage for production
- Single OS support: Ubuntu 22.04 LTS only; no container-first deployment
- No end-to-end encryption: server decrypts all media for processing
- Limited mobile experience: mobile browser support varies; no dedicated mobile apps
Deployment requirements:
- Ubuntu 22.04 LTS (64-bit), 8+ CPU cores, 16GB+ RAM, 500GB+ storage
- Dedicated server recommended (bare metal or VM with dedicated resources)
- Network: IPv6 support, ports 80, 443, UDP 16384-32768 for media
Integration capabilities: REST API with shared secret authentication enables programmatic meeting creation, management, and retrieval of recordings. Webhooks provide real-time event notifications. LTI 1.3 integration allows seamless embedding in learning management systems. Greenlight provides an optional web frontend for users without LMS integration.
Matrix Protocol and Synapse
| Attribute | Details |
|---|---|
| Type | Decentralised communication protocol |
| Licence | Apache 2.0 (protocol), AGPL 3.0 (Synapse, dual-licensed) |
| Current version | Matrix 1.17 (December 2025), Synapse 1.145.0 (January 13, 2026) |
| Deployment | Self-hosted, Element Matrix Services |
| Source repository | github.com/element-hq/synapse |
| Documentation | spec.matrix.org, element-hq.github.io/synapse |
Matrix is an open standard for secure, decentralised real-time communication. The protocol defines APIs for synchronisation of JSON data over federation, enabling independent servers (homeservers) to communicate while maintaining conversation continuity. Synapse is the reference homeserver implementation, developed by Element. Matrix 2.0 development focuses on Simplified Sliding Sync for improved performance and MatrixRTC for native voice/video.
End-to-end encryption via Megolm is a core Matrix feature, providing cryptographic verification that messages can only be read by intended recipients. Device verification through cross-signing enables users to establish trust across their devices. Matrix Authentication Service (MAS) provides OIDC-based authentication for homeservers.
Key strengths:
- Federation: organisations run own servers while communicating with wider Matrix network or partner organisations
- True end-to-end encryption: Megolm encryption for rooms, device verification, cryptographic identity
- Extensible protocol: supports rooms, spaces (groups of rooms), threads, VoIP, and custom event types
- Bridge ecosystem: bridges available for Slack, IRC, WhatsApp, Telegram, and other platforms
Key limitations:
- Resource consumption: Synapse resource usage grows with room history and federation; large deployments require optimisation
- Complexity: running a federated homeserver requires understanding of Matrix concepts
- Feature parity: not all clients implement all protocol features consistently
- Call quality: Element Call is newer than competitors; voice/video features still maturing
Deployment requirements:
- Linux server, PostgreSQL 14+, Python 3.9+
- Resources scale with user count: 4 CPU/8GB RAM for small (under 1,000 users), significantly more for larger
- Network: TCP 443 for client, TCP 8448 for federation
Integration capabilities: Client-Server API provides comprehensive access to Matrix functionality. Application Service API enables building bots, bridges, and custom integrations. Widgets allow embedding external content in Matrix rooms. OIDC integration via MAS enables enterprise SSO.
Element
| Attribute | Details |
|---|---|
| Type | Matrix client |
| Licence | AGPL 3.0 (dual-licensed) |
| Current version | Element Web 1.12.x, Element X (next generation) |
| Deployment | Web, desktop, mobile, or Element Enterprise |
| Source repository | github.com/element-hq/element-web |
| Documentation | element.io/help |
Element is the primary Matrix client, developed by the company behind the Matrix protocol. Element Web provides a full-featured browser and desktop experience, while Element X represents the next-generation mobile client built on the Matrix Rust SDK with significant performance improvements. Element Enterprise adds administrative features, compliance tools, and support.
Element Call provides native Matrix voice and video conferencing based on MatrixRTC, inheriting Matrix’s end-to-end encryption. Spaces organise rooms into hierarchical structures for teams or communities. Threads enable focused discussions within rooms without fragmenting conversation flow.
Key strengths:
- Comprehensive Matrix implementation: full protocol support including E2EE, spaces, threads
- Cross-platform: web, desktop (Electron), iOS, Android with account sync
- Data sovereignty: self-host the client alongside Synapse for complete control
- Element X performance: new mobile clients offer significant speed improvements
Key limitations:
- Learning curve: Matrix concepts (rooms, spaces, homeservers) require user education
- Resource usage: desktop app via Electron consumes significant memory
- Enterprise features: advanced compliance and admin tools require Element Enterprise
- Element Call maturity: voice/video features newer than dedicated conferencing platforms
Deployment requirements:
- Element Web: static hosting (nginx, S3, etc.) with configuration file
- Element Desktop: electron app for Windows, macOS, Linux
- Backend: requires Matrix homeserver (Synapse or compatible)
Zulip
| Attribute | Details |
|---|---|
| Type | Team messaging |
| Licence | Apache License 2.0 |
| Current version | Server 11.4, Desktop 5.12.3 (December 2025) |
| Deployment | Self-hosted, Zulip Cloud |
| Source repository | github.com/zulip/zulip |
| Documentation | zulip.readthedocs.io |
Zulip is a team communication platform distinguished by its topic-based threading model. Every message belongs to a stream (channel) and topic, enabling organised asynchronous communication where participants can catch up on specific discussions without reading entire channel histories. This model particularly suits distributed teams across time zones. Server 11.0 introduced message reminders, channels without topics for casual chat, and channel folders for organisation.
The platform provides comprehensive API access, over 100 built-in integrations, and a mobile app rebuilt with Flutter in 2025 for improved performance. Zulip sponsors free Cloud Standard hosting for eligible open source projects, nonprofits, educational institutions, and academic research groups.
Key strengths:
- Topic threading: messages organised by topic within streams, enabling effective asynchronous communication
- Comprehensive search: full-text search with powerful filters across message history
- Strong API: well-documented API enables custom integrations and automation
- Nonprofit programme: free Cloud Standard hosting for qualifying organisations
Key limitations:
- Learning curve: topic model requires adjustment from channel-only platforms
- No native video: video calls via Jitsi or Zoom integration rather than built-in
- No end-to-end encryption: messages encrypted in transit and at rest, not E2EE
- Desktop app Electron-based: higher resource usage than native applications
Deployment requirements:
- Self-hosted: Ubuntu 22.04/Debian 12, PostgreSQL, 2+ CPU, 4GB+ RAM
- Network: standard web ports, optional email configuration for notifications
Integration capabilities: REST API provides full access to messages, streams, users, and settings. Webhooks support incoming notifications from external services. Bot framework enables interactive bots within Zulip. Native integrations available for GitHub, JIRA, Sentry, and 100+ services.
Asterisk
| Attribute | Details |
|---|---|
| Type | PBX / telephony platform |
| Licence | GPL 2.0 (proprietary dual licence available) |
| Current version | 22.8.0 LTS, 23.2.0 standard (January 22, 2026) |
| Deployment | Self-hosted |
| Source repository | github.com/asterisk/asterisk |
| Documentation | docs.asterisk.org |
Asterisk is an open source telephony engine that powers software PBXs, VoIP gateways, conferencing systems, and IVR applications. The platform supports multiple VoIP protocols including SIP (via PJSIP channel driver), IAX2, and WebRTC. PSTN connectivity requires SIP trunk providers or hardware cards from vendors like Sangoma and Digium. FreePBX provides a popular web-based administration interface built on Asterisk.
The Asterisk REST Interface (ARI) enables building custom telephony applications, while the Asterisk Gateway Interface (AGI) supports external application integration. Asterisk Manager Interface (AMI) provides administrative access and event monitoring.
Key strengths:
- Comprehensive telephony: full PBX feature set including IVR, queues, voicemail, conference bridges
- Protocol flexibility: SIP, IAX2, WebRTC, PSTN via trunking or hardware
- Extensive ecosystem: FreePBX GUI, large community, third-party integrations
- Customisation: dialplan scripting enables complex call routing logic
Key limitations:
- Expertise required: proper configuration requires telephony and Linux knowledge
- Security considerations: SIP exposure requires careful firewall and authentication configuration
- No managed offering: self-hosted only; managed options via third-party FreePBX providers
- Not unified communications: PBX/voice focus; separate solutions needed for team messaging, video
Deployment requirements:
- Linux (most distributions), 2+ CPU, 4GB+ RAM (varies with concurrent call capacity)
- Network: SIP ports (5060-5061), RTP ports (10000-20000), SIP trunk connectivity
Integration capabilities: ARI provides REST interface for building external applications that control call flow. AGI enables integration with external databases, APIs, and business logic. AMI provides real-time event stream and administrative commands.
Microsoft Teams
| Attribute | Details |
|---|---|
| Type | Unified communications platform |
| Licence | Proprietary (Microsoft 365) |
| Current version | Continuous deployment |
| Deployment | SaaS (Microsoft 365) |
| Documentation | learn.microsoft.com/microsoftteams |
Microsoft Teams provides integrated messaging, video meetings, calling, and collaboration within the Microsoft 365 ecosystem. The platform serves as a collaboration hub with tight integration to SharePoint, OneDrive, Outlook, and other Microsoft applications. Teams Phone provides enterprise telephony with calling plans or direct routing to existing phone systems.
Teams AI capabilities include Copilot integration for meeting summaries, message drafting, and search (requires separate licence). Channel agents and AI-powered meeting features continue expanding with regular releases. Teams Rooms provides conference room systems, while Teams Phone Mobile enables mobile devices to serve as business phone endpoints.
Key strengths:
- Microsoft 365 integration: seamless file sharing, calendar, email within unified platform
- Enterprise-grade: compliance, eDiscovery, data loss prevention, retention policies
- Telephony options: Calling Plans, Operator Connect, Direct Routing for PSTN connectivity
- Regular feature updates: continuous deployment of new capabilities
Key limitations:
- Microsoft ecosystem dependency: optimal experience requires Microsoft 365 commitment
- CLOUD Act exposure: US jurisdiction applies to all data regardless of data centre location
- Complexity: extensive feature set creates steep learning curve for full utilisation
- Licensing layers: many features require additional licences (Teams Phone, Copilot, Premium)
Deployment requirements:
- Microsoft 365 subscription (Business Basic, E3, E5, or equivalent)
- Client: desktop app, mobile apps, web browser
- Admin: Microsoft 365 admin centre, Teams admin centre
Integration capabilities: Microsoft Graph API provides programmatic access to Teams data. Webhooks and connectors enable integrations with external services. Teams AI library enables building custom agents. Power Platform integration enables workflow automation.
Zoom
| Attribute | Details |
|---|---|
| Type | Video conferencing and unified communications |
| Licence | Proprietary |
| Current version | Continuous deployment |
| Deployment | SaaS (Zoom cloud) |
| Documentation | developers.zoom.us |
Zoom provides video meetings, webinars, and Zoom Phone for enterprise telephony. The platform built its reputation on video meeting reliability and ease of use, subsequently expanding to Team Chat, Whiteboard, and contact centre solutions. Zoom AI Companion provides meeting summaries, chat composition assistance, and other AI features included with paid plans.
The developer platform offers extensive APIs for meeting management, user administration, and telephony. Zoom Apps enable building applications that run within the Zoom client. Zoom Phone provides cloud PBX with calling plans or BYOC (Bring Your Own Carrier) for existing SIP infrastructure.
Key strengths:
- Reliability: consistent meeting quality that established category leadership
- Ease of use: simple meeting join experience with broad device support
- Feature breadth: meetings, webinars, phone, chat, whiteboard in unified platform
- AI Companion: meeting summaries and productivity features included with paid plans
Key limitations:
- Proprietary platform: vendor lock-in with limited self-hosting options
- US jurisdiction: CLOUD Act applies to all data regardless of region
- Feature segmentation: many capabilities require separate products (Phone) or tiers
- Zoom fatigue association: brand associated with pandemic-era overuse
Deployment requirements:
- Zoom account (free tier or paid licence)
- Client: desktop app, mobile apps, web browser (limited features)
- Admin: Zoom web portal, admin centre
Integration capabilities: REST APIs cover meetings, users, webinars, phone, and administrative functions. Webhooks provide real-time event notifications. OAuth 2.0 authentication for third-party applications. Zoom Apps SDK enables building applications within the Zoom client.
Selection guidance
Decision framework
+------------------+ | Primary need? | +--------+---------+ | +-----------------------------+-----------------------------+ | | | v v v+--------+--------+ +----------+----------+ +---------+---------+| Video meetings | | Team messaging | | Telephony/PBX |+--------+--------+ +----------+----------+ +---------+---------+ | | | v v v+--------+--------+ +----------+----------+ +---------+---------+| Data sovereignty| | Async-first work? | | Existing SIP? || required? | | | | |+---+------+------+ +-----+-------+-------+ +----+--------+-----+ | | | | | | Yes No Yes No Yes No | | | | | | v v v v v vJitsi, Zoom, Zulip, Teams, Asterisk Teams,BBB Teams Matrix Slack* (Direct Zoom Routing) PhoneRecommendations by context
Organisations with limited IT capacity
For organisations without dedicated IT staff, vendor-managed services reduce operational burden:
Video conferencing: Zoom or Microsoft Teams provide reliable meetings without infrastructure management. Zoom’s free tier supports 40-minute group meetings; Teams Essentials provides basic functionality. Both offer nonprofit discounts that significantly reduce cost.
Team messaging: Zulip Cloud Standard is free for eligible nonprofits and provides full functionality without self-hosting complexity. Microsoft Teams bundles messaging with video if already using Microsoft 365.
Telephony: Cloud PBX services from Teams Phone or Zoom Phone eliminate on-premises equipment. Costs run $8-20 per user monthly plus calling charges. Smaller organisations may find traditional phone service or simple VoIP providers more cost-effective.
Organisations with established IT functions
Organisations with Linux administration capacity can leverage open source solutions:
Video conferencing: Jitsi Meet provides feature-complete video conferencing on organisation infrastructure. Deployment requires 4-8 hours for basic setup, ongoing maintenance for updates and scaling. BigBlueButton suits education-focused organisations with its classroom features.
Team messaging: Zulip or Matrix/Element provide self-hosted team communication. Zulip offers simpler administration; Matrix provides federation and end-to-end encryption. Both require PostgreSQL administration skills.
Telephony: Asterisk with FreePBX provides comprehensive PBX functionality. Requires telephony expertise for proper configuration. SIP trunk providers (Twilio, Telnyx, regional carriers) provide PSTN connectivity.
Organisations with data sovereignty requirements
Data sovereignty needs drive platform selection when regulations or policies require data remain within specific jurisdictions:
Self-hosted options: Jitsi Meet, BigBlueButton, Matrix/Synapse, Zulip, and Asterisk all support deployment on organisation-controlled infrastructure. Data never leaves your servers.
Regional cloud options: Element Matrix Services offers EU hosting. BigBlueButton hosted providers offer regional options. Commercial platforms (Teams, Zoom) offer regional data centres but US CLOUD Act exposure remains for US-headquartered vendors.
End-to-end encryption: Matrix provides verifiable E2EE for messaging. Jitsi offers experimental E2EE for video. E2EE prevents vendor access to communication content regardless of server location.
High-risk operating contexts
Organisations operating in hostile environments require additional security considerations:
Reduce metadata exposure: Self-hosted platforms minimise reliance on external services. Matrix federation can be disabled for closed communication.
Verify encryption: Matrix E2EE with cross-signing provides cryptographic verification. Document verification procedures for staff.
Plan for interdiction: Consider what happens if devices are seized. E2EE protects content; device encryption protects local data.
Operational security: Platform selection is one element; complement with secure device management, network security, and staff training.
Migration paths
| From | To | Complexity | Approach | Timeline |
|---|---|---|---|---|
| Zoom | Microsoft Teams | Medium | Parallel operation, gradual migration | 2-4 months |
| Slack | Zulip | Medium | Export/import, stream mapping | 1-2 months |
| Slack | Matrix | High | Bridge operation, gradual migration | 3-6 months |
| On-prem PBX | Teams Phone | High | Number porting, Direct Routing or Calling Plans | 3-6 months |
| On-prem PBX | Asterisk | Medium | Trunk migration, extension mapping | 2-4 months |
| Any | Jitsi Meet | Low | Parallel operation (no data migration needed) | 1-2 weeks |
| Any | BigBlueButton | Low | Parallel operation (no data migration needed) | 1-2 weeks |
Resources
Official documentation
| Tool | Documentation | API reference | Community |
|---|---|---|---|
| Jitsi Meet | jitsi.github.io/handbook | github.com/jitsi/jitsi-meet/blob/master/doc/api.md | community.jitsi.org |
| BigBlueButton | docs.bigbluebutton.org | docs.bigbluebutton.org/development/api | bigbluebutton.org/support |
| Matrix | spec.matrix.org | spec.matrix.org | matrix.org/ecosystem |
| Element | element.io/help | github.com/element-hq | #element-community:matrix.org |
| Zulip | zulip.readthedocs.io | zulip.com/api | chat.zulip.org |
| Asterisk | docs.asterisk.org | docs.asterisk.org/Asterisk_REST_Interface | community.asterisk.org |
| Microsoft Teams | learn.microsoft.com/microsoftteams | learn.microsoft.com/graph | techcommunity.microsoft.com |
| Zoom | support.zoom.us | developers.zoom.us | community.zoom.us |
Standards references
| Standard | Application | Reference |
|---|---|---|
| WebRTC | Browser-based real-time communication | w3.org/TR/webrtc |
| SIP | Session Initiation Protocol for VoIP | tools.ietf.org/html/rfc3261 |
| Matrix | Open standard for decentralised communication | spec.matrix.org |
| SRTP | Secure Real-time Transport Protocol | tools.ietf.org/html/rfc3711 |
| WCAG 2.1 | Web Content Accessibility Guidelines | w3.org/WAI/WCAG21/quickref |