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 component | Commercial side (Cisco Meeting Server) | Self-hosted side (Jitsi Meet) | One-time or recurring |
|---|---|---|---|
| Server or VMware hosts | Cisco-supplied hardware or your own VMware hosts, sized for the call capacity you license | Your own servers or VMs for Jitsi Videobridge, Prosody, Jicofo and web front end, sized per the Jitsi scalable setup guide | Mostly 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 contract | No license fee: Jitsi Meet is Apache-2.0 licensed | Recurring for Cisco; none for the Jitsi software itself |
| Meeting Management | Licensed component of the Cisco deployment; confirm whether it is included or priced separately | Not needed as a product; administration uses the Jitsi configuration in your environment and .env settings | Recurring for Cisco where licensed |
| Cisco support | Support contract priced by Cisco; ask for coverage levels, response terms and renewal dates in writing | No vendor support contract by default; you carry troubleshooting unless you buy paid support | Recurring |
| Jitsi software | Not applicable | Apache-2.0 license, so no license fee; costs are for deployment and maintenance effort | None for licensing |
| Jitsi servers | Not applicable | Central server plus one or more videobridges; scaling means adding videobridges as load grows | One-time build, then recurring hosting |
| Bandwidth | Traffic runs on your network under the Cisco design; confirm any media or WAN costs with your network team | Media traffic on your network or data center links; plan capacity for peak concurrent sessions and external users | Recurring |
| Implementation and migration | Cisco or partner services for installation, dial plan and endpoint changes, priced in your statement of work | Planning, installation, HTTPS certificates, authentication setup and endpoint testing, scoped in a written plan | One-time |
| Operations and internal skills | Vendor-managed patterns and Cisco-trained staff, as covered by your current support model | Patching, monitoring, backups and upgrades handled by your team or a retained provider | Recurring staff time |
| Paid Jitsi support or JaaS | Not applicable | Optional paid support from a Jitsi provider, or hosted Jitsi as a Service run by 8x8, which replaces self-hosting and carries its own subscription terms | Recurring, 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.
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.
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.
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.
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.
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.
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.
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.
When meeting volume is rising, the cost question changes from licenses to capacity. A Jitsi deployment scales horizontally by adding videobridges, and the Jitsi scalable setup guide suggests 4 or 8 CPUs with 8 GB of RAM for each videobridge, with a 4 CPU, 8 GB machine for the central server. Cisco scales by adding call bridge hosts, each carrying its own licensing and support. Cost therefore grows in steps with each added node on both sides, so the quote should show the price of the next node, not just the current estimate.
- Videobridge count: Model cost per additional videobridge, including the CPU, memory and bandwidth it consumes at your peak.
- Bandwidth at peak: Ask who pays for the uplink and whether the peak is covered by an existing contract or an added one.
- Per-host licensing: On the Cisco side, ask what the next PMP Plus or SMP Plus host adds to the annual figure.
- Illustrative example: If peak concurrency doubles, a team might need twice the videobridge capacity but only one extra central server, so the marginal cost of Jitsi is mostly hardware and bandwidth.
- Load testing: Budget time for a load test before go-live, because the number of videobridges needed is not known until you measure your own meetings.
Ask the vendor to show the cost of each step up in capacity, and to state which parts of that cost are one-time and which recur.
When recording is required, the cost profile changes most. Jitsi recording runs through Jibri, an optional component that needs its own capacity, and the Jitsi Docker guide lists Jibri as a separate container. On the Cisco side, recording is typically tied to additional server capacity and storage. Storage is often the line that grows fastest, so the quote should separate compute for recording from long-term storage and retention.
- Jibri capacity: Recording consumes CPU and memory on a dedicated node, so count recording sessions that run at the same time, not total users.
- Storage for recordings: Price disk for retained recordings separately from disk for the operating system. BigBlueButton's install documentation pairs 500 GB of disk for recordings with a 16 GB memory and 8 CPU server, which is one reference point for sizing.
- Retention and export: Ask how recordings are exported, in which file formats and with which metadata, so the archive does not lock you in.
- Legal review: Recording may trigger notice or consent obligations, so budget time for your legal and compliance team.
- Quote request: Ask the vendor for the recording license terms, any per-recording or per-port charge, and what happens to recordings when a license lapses.
Confirm with your legal team which recordings must be kept and for how long before you size storage, because retention drives the largest recurring line.
When the network is regulated and must host its own servers, the largest cost lines are often the ones that do not appear on a vendor price list: the hardening, the evidence collection and the offline operations. Cisco Meeting Server depends on Smart Licensing and Meeting Management registration, which need a path to the license infrastructure. Jitsi needs no license server, but it does need HTTPS with a proper domain certificate, since the Jitsi handbook says self-signed certificates cause problems. Each approach moves some work onto your team and some onto the vendor.
- Licensing in isolation: Ask how Smart Licensing reporting works on a disconnected network and who handles the offline steps.
- Certificates and identity: Budget for a certificate authority, and for an authentication design that uses JWT tokens or an approved identity provider.
- Hardening and testing: Count the time to harden the servers, test them and document the controls an assessor will ask about.
- Update path: Ask how security patches reach each system on a closed network, and who is responsible for applying them.
- Support scope: Confirm whether the vendor or your implementation partner will support the system on your network, and under what written terms.
Before you request a quote, confirm the accreditation boundary and the approved update process with your security team, since both decide how much of the cost is one-time and how much recurs.
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.

