Cisco Meeting Server cost vs self-hosted Jitsi

Cisco Meeting Server costs sit in hardware or VMware hosts, Smart Licensing and support, while Jitsi Meet has no license fee. This page shows where the money goes on each side and how to model your own numbers.

On this page

Where Cisco Meeting Server cost vs self-hosted Jitsi really differs

Jitsi Meet carries no license fee, because it is an Apache-2.0 licensed project, so the cost question is about what you pay to build and run it. On the Cisco side, the bill is driven by the hosts that run Meeting Server, the PMP Plus or SMP Plus licensing drawn through Smart Licensing, Meeting Management, and Cisco support. The honest comparison depends on your peak concurrent meetings, how many hosts or videobridges that load needs, and whether your team already has the people to operate a media stack. Run the numbers against your own capacity profile rather than against a generic per-user figure.

Self-hosting moves cost from recurring license lines into two buckets. The first is one-time build effort: planning the topology, installing the components, configuring authentication, testing with real endpoints and writing runbooks. The second is recurring operations: patching, certificate renewal, monitoring, upgrades, capacity changes and incident response, plus the bandwidth your sites and remote users consume. For sizing, the Jitsi scalable setup guide suggests a 4 CPU, 8 GB machine for the central server and 4 or 8 CPU with 8 GB RAM for each videobridge. Those are starting points from the project, not a guarantee for your call mix. Ask the vendor or your integrator to show how the bridge count grows with peak load, and confirm that figure in a pilot.

Paid support is optional on the open-source side. If you want it, ask for a written scope covering incident response hours, upgrade assistance and what happens to your Cisco-era SIP and room-system integrations. Ask every quote to separate one-time implementation fees from recurring retainers, and to state which items are included in the hardware and bandwidth estimate. Cisco's support and licensing terms should be read from your own contract and Cisco's current documentation, since those figures are not part of this comparison.

Which cost components change when you move from Cisco Meeting Server to Jitsi

This table sets each cost component of a Cisco Meeting Server deployment beside its self-hosted Jitsi counterpart, with the payer and whether the cost is one-time or recurring. Use it to build a like-for-like comparison from your own Cisco quote and contract, since Cisco license and support terms are not published here. The main takeaway is that Jitsi removes license fees, but the hardware, bandwidth, operations and skills costs move to your side of the budget.

Cost componentCommercial side (Cisco Meeting Server)Self-hosted side (Jitsi Meet)One-time or recurring
Server or VMware hostsCisco-supplied hardware or your own VMware hosts, sized for the call capacity you licenseYour own servers or VMs for Jitsi Videobridge, Prosody, Jicofo and web front end, sized per the Jitsi scalable setup guideMostly one-time purchase, plus refresh cycles
Software licensing (PMP Plus and SMP Plus through Smart Licensing)Host licenses and usage terms set by Cisco; confirm exact entitlements and renewal terms in your Cisco quote and contractNo license fee: Jitsi Meet is Apache-2.0 licensedRecurring for Cisco; none for the Jitsi software itself
Meeting ManagementLicensed component of the Cisco deployment; confirm whether it is included or priced separatelyNot needed as a product; administration uses the Jitsi configuration in your environment and .env settingsRecurring for Cisco where licensed
Cisco supportSupport contract priced by Cisco; ask for coverage levels, response terms and renewal dates in writingNo vendor support contract by default; you carry troubleshooting unless you buy paid supportRecurring
Jitsi softwareNot applicableApache-2.0 license, so no license fee; costs are for deployment and maintenance effortNone for licensing
Jitsi serversNot applicableCentral server plus one or more videobridges; scaling means adding videobridges as load growsOne-time build, then recurring hosting
BandwidthTraffic runs on your network under the Cisco design; confirm any media or WAN costs with your network teamMedia traffic on your network or data center links; plan capacity for peak concurrent sessions and external usersRecurring
Implementation and migrationCisco or partner services for installation, dial plan and endpoint changes, priced in your statement of workPlanning, installation, HTTPS certificates, authentication setup and endpoint testing, scoped in a written planOne-time
Operations and internal skillsVendor-managed patterns and Cisco-trained staff, as covered by your current support modelPatching, monitoring, backups and upgrades handled by your team or a retained providerRecurring staff time
Paid Jitsi support or JaaSNot applicableOptional paid support from a Jitsi provider, or hosted Jitsi as a Service run by 8x8, which replaces self-hosting and carries its own subscription termsRecurring, optional

What moves the cost comparison most

Six drivers decide whether a self-hosted Jitsi stack costs less than a Cisco Meeting Server estate over time. Each one maps to a component in the cost table, so the figures you request from Cisco, your hardware vendor and your staff should be tied to these items.

Concurrent participants and videobridges

Peak concurrent participants set how many Jitsi Videobridge instances you run, and the bridge count drives compute, bandwidth and host count. The Jitsi scalable setup guide suggests 4 or 8 CPUs with 8 GB RAM for each videobridge, and the default install already supports adding bridges horizontally. On the Cisco side, ask how many PMP Plus or SMP Plus host licenses your peak requires, since that count changes with capacity. Measure your real peak before comparing quotes.

Recording and streaming storage

Recording through Jibri adds a container for each recording session, plus disk for the output files and the retention you choose. Cisco Meeting Server recording and streaming volume is priced through its own components, so ask Cisco which recording features and licenses your use case needs. Storage cost recurs and grows with recorded hours, so set a retention policy before you size disks.

Availability and redundancy

Redundancy doubles several cost lines at once: spare videobridges, a second central server, load balancing and failover testing. Cisco Meeting Server deployments usually carry the same duplication in Call Bridges and Meeting Management, so compare equal failure targets rather than equal server counts. Write down the outage you will accept, then price each platform against that target.

SIP and room-system gateway capacity

Room systems and SIP dial-in need gateway capacity. In Jitsi this is Jigasi, which you must size and monitor separately from the videobridges. On Cisco Meeting Server, SIP interoperability is part of the licensed host capacity and the registered endpoints, including CUCM-registered devices. Count your SIP calls and room endpoints first, because this is the driver most likely to change the hardware plan.

Staff skills in Linux, Docker and XMPP

Self-hosted Jitsi runs on Linux with Docker or Debian and Ubuntu packages, and its control plane depends on Prosody XMPP and Jicofo. Your internal staff time is the largest recurring cost in most self-hosted estates, so check whether your team already runs these components. If not, ask a provider to quote the training, the on-call model and the patching cycle as separate lines.

Depth of the support model

Cisco support is bundled into a contract with hardware, software subscriptions and vendor escalation. Jitsi itself is Apache-2.0 licensed with no license fee, while paid support can come from 8x8 through JaaS or from an implementation partner. Decide which support tiers you need for severity-one incidents, then ask each option to quote that tier in writing so the comparison is like for like.

How to build the cost model with your own numbers

This sequence turns Cisco Meeting Server and Jitsi cost claims into a five-year comparison built from your own licenses, usage and quotes. Each step produces a figure you can check against the Cisco renewal and the written scope of any open-source deployment.

  1. Inventory current Cisco licenses and support

    Your IT asset owner and Cisco account contact list every Meeting Server component in use: Call Bridge and Web Bridge hosts, PMP Plus or SMP Plus licenses registered through Smart Licensing, Meeting Management, and the Cisco support contract covering each. Record the license counts, the support term end date and any hardware maintenance on the Cisco UCS or VMware hosts. Confirm the license terms and how they transfer or expire with your Cisco partner before you rely on them. The step is done when every license and support line has an owner, a term end date and a source document.

  2. Measure peak concurrent use and bandwidth

    Your meeting operations team pulls call records and bandwidth graphs from the Meeting Server logs, the network monitoring tool and the video endpoints. They record the highest number of simultaneous participants, the share of calls that use SIP or CUCM-registered endpoints, and the external traffic leaving the site during peak hours. Note which meetings are recorded and how long recordings are kept. The output is a table of peak concurrency, participants per meeting and peak bandwidth in both directions, with the measurement window stated.

  3. Size Jitsi central server and videobridges

    Your platform engineering team uses the Jitsi scalable setup guidance to convert the peak figures into a server plan. The guidance suggests a 4 CPU, 8 GB machine for the central server and 4 or 8 CPU with 8 GB RAM for each videobridge, and notes that the default install is already configured for horizontal scaling. Add videobridges to match peak load and test them with a load tool before you commit. Record the number of central servers, videobridges, load balancers and any Jibri or Jigasi hosts. Done means the sizing sheet ties each host to a peak figure from the previous step.

  4. Price bandwidth, storage and high availability

    Your network and infrastructure teams price the components the sizing sheet calls for. Bandwidth is the largest recurring item for on-premises video, so get the symmetrical capacity your provider can supply and ask whether it is metered. If you record meetings, storage grows with use and retention policy, so estimate disk per recorded hour from your own tests. Include hosts for redundancy and the cost of any hypervisor or cloud account you already pay for. The output is a monthly and annual cost line for each item, with the provider's quote attached.

  5. Request written scope and implementation quotes

    Your procurement lead asks DeployOpen and any other implementation partner for a written scope, covering the deployment, authentication setup, SIP or room-system integration, backups, documentation and handover. Ask for separate line items for one-time work and for recurring paid support, upgrades and monitoring. DeployOpen issues a quote once the scope is agreed, and most engagements are fixed-scope. Request the Cisco renewal quote in the same window so the two options are compared on the same dates. Done means you hold signed scopes and dated quotes for both paths.

  6. Compare five-year totals by one-time and recurring costs

    Your finance and IT leads build a five-year table with two columns for each option: one-time costs such as implementation, hardware purchase and migration effort, and recurring costs such as licenses, support, bandwidth, hosting and staff time. Keep Cisco licensing and open-source costs in separate rows so the difference is visible. Mark which figures come from a quote, which from your own measurements and which are assumptions to test. Include the cost of running the current system during any overlap period. The table is complete when every row names its source and an owner has reviewed the assumptions.

What is one-time and what recurs on each side

On the commercial side, the recurring items are the Smart Licensing renewals for PMP Plus and SMP Plus host licenses, the Meeting Management and Cisco support contracts, and any Cisco or VMware subscription that keeps the hosts supported. Hardware refresh and VMware host renewals arrive in cycles rather than every year, so they are easy to underbudget. Ask your Cisco partner or account team to list each license term, support end date and hardware or hypervisor lifecycle date in one schedule, and confirm which items renew automatically and which need a purchase order. Those dates, not the list of components, usually set the timing of your next large spend.

On the self-hosted side, the design, build, integration, testing and migration work is one-time, and it is where most of the upfront effort sits. Everything after go-live recurs: servers or cloud instances, bandwidth, monitoring, security patching, Jitsi and operating system upgrades, backups and any paid support or retainer. Bandwidth and the number of videobridges usually grow with concurrent meeting load, so track peak usage from the first month. Also budget for the support model you choose, since an internal team carries that cost in salaries and on-call time, while a retainer converts part of it into a recurring fee set in a written scope.

Jitsi's self-hosting guide requires HTTPS with a proper domain certificate for multimedia to work, so certificate issuance and renewal is a recurring operational item to plan for. Confirm who owns the domain, how certificates are renewed (for example, through an automated ACME client or a managed certificate service), and what alerting tells the team before expiry. Self-signed certificates cause problems, especially with mobile clients, so they are not a workable shortcut. Add the certificate renewal to the same runbook as patching and backups so it does not depend on one person remembering it.

Costs teams forget on each side

Licence and hardware lines are easy to compare, but most of the difference between Cisco Meeting Server and self-hosted Jitsi sits in work that nobody budgets for. The items below appear on both sides of the comparison, and each one changes the total cost of ownership once the platform is in production.

TURN and firewall capacity

Users behind restrictive corporate or branch networks may fail to reach media ports, so a relay path is often needed. Jitsi's quick start opens 10000/UDP and 5349/TCP for fallback, and BigBlueButton recommends a TURN server for the same reason. Ask who operates the relay, how much bandwidth it consumes at peak, and whether your firewall team must open the required ports on every site.

Certificate renewal and HTTPS

Jitsi's handbook states that HTTPS with a proper domain certificate is necessary for audio and video to work, and that self-signed certificates cause problems, especially on mobile clients. Someone must own issuance, renewal and monitoring of every certificate in the chain, including the BigBlueButton hostname used for SSL. Expired certificates stop meetings entirely, so add renewal to the on-call runbook rather than treating it as a yearly task.

Monitoring scope of the Jitsi containers

The official Docker setup runs separate web, prosody, jicofo, jvb, jigasi and jibri containers. Each one has its own logs, health signals and failure modes, and a fault in Prosody or Jicofo can look like a media problem to users. Budget time for dashboards and alerts across all of them, and confirm whether the monitoring stack is already licensed or staffed.

On-call coverage

Cisco support contracts usually give the organization a vendor escalation path, while a self-hosted stack moves that responsibility to your own staff or a paid support retainer. Decide who answers a call at 7 p.m. when a videobridge stops accepting new conferences. Ask any support provider to state its response model in the written scope, and count the hours your team must cover before the bridge is considered stable.

Load testing before cutover

Capacity figures from vendor guides are starting points, not proof for your traffic mix. The Jitsi scalable setup guide suggests sizing each videobridge separately from the central server, so test concurrent participants, screen sharing and recording on realistic hardware. Include load tests in the project plan and the quote, since they consume engineer time and may need temporary test infrastructure.

Parallel running and endpoint registration

Video endpoints registered to CUCM or to Meeting Server spaces do not move on their own. Running both platforms during the change doubles hosting and licence overlap for the transition period, and staff must learn two join paths. Inventory every registered endpoint, dial plan entry and calendar integration, then agree with the business owner how long both systems run and who signs off the switch.

How the comparison changes by scenario

When the user base is stable and the renewal is the trigger, the comparison is mostly about recurring costs. On the Cisco side, the largest recurring lines are usually the Cisco support contract, the Smart Licensing entitlements for the PMP Plus and SMP Plus hosts, and the hardware or VMware subscription that keeps the Meeting Server nodes running. On the Jitsi side, the recurring costs are the servers, the bandwidth and the staff time to patch and monitor. Because load is flat, the server sizing can be fixed early, which makes the cost difference easier to see line by line.

  • Licensing and support lines: Ask the vendor to itemize each Smart Licensing entitlement, each host and the support term, so you can see which lines end at renewal.
  • Hardware or hypervisor lines: Separate the Meeting Server hardware refresh cost from the VMware host cost, since they age on different schedules.
  • Meeting Management: Confirm whether the management licensing and support are priced separately from the call bridge hosts.
  • Jitsi run costs: Estimate the central server and videobridge machines for your current peak, then add bandwidth and monitoring.
  • Staff time: Count the hours your team already spends on Cisco upgrades and compare them with the patching and upgrade work your team would take on for Jitsi.

Before you sign a renewal, confirm the end date of every support term and the notice period so you do not commit to another cycle by default.

Questions buyers ask about the cost of self-hosting Jitsi

Does self-hosting Jitsi Meet come with license fees?

No. Jitsi Meet is licensed under Apache 2.0, so the software itself carries no license fee for self-hosting. The recurring costs sit elsewhere: the servers or cloud instances that run the web front end, Prosody, Jicofo and Jitsi Videobridge, the bandwidth those media streams use, and the staff time to patch and operate the stack. Jitsi is a trademark of 8x8, Inc., so check the trademark terms if you plan to rebrand the service. Ask any vendor quoting paid Jitsi work to itemize which of these components they price.

What does a self-hosted Jitsi deployment require from my team?

A self-hosted deployment needs people who can run Linux servers, manage DNS and TLS certificates, and troubleshoot WebRTC traffic. The Jitsi handbook states that HTTPS with a proper domain certificate is necessary for working audio and video, and that self-signed certificates cause problems, especially on mobile clients. The team also needs to open ports 80/TCP, 443/TCP and 10000/UDP, and optionally 5349/TCP and 3478/UDP. Ongoing work includes applying Jitsi releases, which are tagged by build number, and reviewing the authentication setup, since the handbook recommends JWT tokens over the deprecated secure domain method.

Can we run Jitsi in-house without an implementation partner?

Many teams with Linux and networking experience can deploy Jitsi in-house using the Docker containers or the Debian and Ubuntu packages, and the official handbook covers the main steps. The harder parts are sizing, authentication integration with your identity provider, recording storage, SIP dial-in through Jigasi, and evidence for your compliance program. Decide early which of these your staff can own for the long term. Where skills are missing, DeployOpen can plan, implement and document a fixed-scope deployment in your own infrastructure, and ongoing support is available as a retainer.

How long does a migration from Cisco Meeting Server to Jitsi take?

The duration depends on scope, and no migration timeline is supplied for this page. The main variables are the number of spaces to recreate as persistent room names, the authentication model you choose, how many videobridges you need, whether recording or SIP dial-in is in scope, and how many video endpoints registered to CUCM must be reconfigured. Ask any provider for a written scope and timeline before work starts, and ask for a phased plan that keeps the existing system running until users are moved.

What actually drives the server cost of running Jitsi?

Server cost is driven mainly by concurrent participants and the features you enable. The Jitsi scalable setup guide suggests a 4 CPU, 8 GB machine for the central server and 4 or 8 CPU with 8 GB RAM for each videobridge. Videobridges scale horizontally by adding more, and the default install is already configured for that. Recording with Jibri and SIP gateway use add load and need extra capacity. Whether you buy hardware or rent cloud instances changes the cost profile: hardware is largely one-time with recurring power and data center space, while cloud instances recur monthly. Ask for a sizing based on your peak concurrency.

Is bandwidth a real cost when self-hosting Jitsi?

Yes, bandwidth is often one of the larger recurring costs, because all media passes through your videobridges. Costs depend on the number of participants, video quality, screen sharing, and whether media is relayed through your own network or a cloud provider with metered egress. Traffic from users outside your network consumes your uplink, so check what your data center or cloud provider charges for outbound data. Ask the provider to model bandwidth at your expected peak concurrency and to show the assumptions behind the figure.

What does paid Jitsi support cover, and what does it not?

Paid support is a service, not a license. Jitsi is maintained by 8x8, Inc., which also sells hosted Jitsi as a Service, and independent providers can offer installation, tuning and maintenance. A support agreement should state which components are covered, such as the web front end, Prosody, Jicofo, videobridges, Jibri and Jigasi, how upgrades are handled, response expectations and what happens after the contract ends. DeployOpen offers fixed-scope implementation, hardening, backup, upgrades and documentation, plus retainers for ongoing support and continuous testing. Compare these written scopes side by side, not the marketing summaries.

What to ask for in a quote from each side

Start with the Cisco side, because it sets the baseline you are comparing against. Ask for the written license terms for the Cisco Meeting Server components in scope, including which PMP Plus or SMP Plus entitlements are included, how they are counted through Smart Licensing, and whether the quote covers Meeting Management. Request the support terms in writing, with the coverage level, the contract start and end dates and the renewal date, plus the notice period for changing or cancelling. Ask separately what the hardware or VMware host costs and what recurs, since hosts, hypervisor licensing and support renewals are usually priced on different cycles. Confirm which of these items are one-time and which renew each year.

On the open-source side, the costs are mostly labor and infrastructure, so the quote should be a fixed-scope written proposal from any implementation partner, with named deliverables and a timeline agreed before work starts. Ask the partner to state how many Jitsi videobridges are assumed and on what sizing basis, whether the central server and bridges are sized for your peak concurrency, and who owns TLS certificate renewal. Ask for the authentication scope explicitly. The Jitsi handbook marks the secure domain method (username and password room creation) as deprecated for new installations and recommends JWT token authentication with a separate anonymous domain for guests. If the proposal still describes secure domain, ask why, because JWT changes the build: you need a token issuer, key management and a guest path. Also ask whether SIP dial-in through Jigasi and recording through Jibri are in scope, since each adds components to operate.

How DeployOpen scopes a fixed-price Jitsi implementation

DeployOpen plans, implements, hardens, documents and supports self-hosted open-source platforms inside your own infrastructure. For Cisco Meeting Server cost vs self-hosted Jitsi, we start from your current Meeting Server footprint and agree the scope, deliverables and timeline in writing before any work begins.

How we scope

  • We inventory your current Meeting Server hosts, licenses, Meeting Management use and support contracts before estimating anything.
  • The written scope lists which Jitsi components, videobridges and authentication options are in and out of the engagement.
  • We agree which cost lines you will own, such as hosts, bandwidth and support, so the quote maps to your real environment.

How we build

  • We deploy Jitsi in your cloud account, data center or air-gapped network, using the Docker or Debian and Ubuntu method you choose.
  • We configure HTTPS with a proper domain certificate, since Jitsi needs it for working audio and video.
  • We load test the videobridge layout against your expected meeting sizes and document the measured results for your review.

How we hand over

  • You receive configuration records, architecture diagrams and a cost model that separates one-time setup from recurring operations.
  • We document the runbooks your team needs for upgrades, backups and adding videobridges as demand grows.
  • Handover includes a walkthrough with your operations and security staff so they can run the platform without us.

How we support

  • Ongoing support, upgrades and continuous testing are available as a retainer, scoped separately from the implementation.
  • Retainers can cover Jitsi version upgrades, patch testing and periodic security testing of the deployment.
  • Ask any provider, including us, to state in writing which support hours, response commitments and exclusions apply.

Sources and further reading

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.