VoIP.info Knowledge library

Softphone research

Choose a desktop, mobile or browser calling client by SIP account, provisioning control, encryption and reliable call delivery.

Reviewed 2026-10-19Primary softphone documentation reviewed through October 10, 2026; app, package, browser, mobile-wrapper, Windows audio and PBX interoperability not lab testedIntermediateDocumentation based · not lab tested

Client evidence at a glance

These are different product types. SIP.js is a toolkit for building a browser client; Linphone, Bria, MicroSIP and Zoiper are installable apps or app families. Feature availability depends on the exact app edition, SIP account and server configuration.

First-party documentation reviewed September 26, 2026 · no client or PBX lab test
ClientPlatformsProvisioningSecurity boundaryBackground calls
Linphone
Installable SIP client
Windows, macOS and GNU/Linux desktop tracks; the stable Windows archive listed 6.2.3 dated September 22, 2026 at review, while mobile store versions remain separate Source ↗Desktop and mobile can retrieve XML remote configuration, while desktop local state spans version-dependent configuration and database storage. Verify the effective package, user profile, path and schema before restore; provisioning content can overwrite proxy and authentication entries. Source ↗TLS, SRTP, ZRTP and DTLS-SRTP are product capabilities. Configuration, databases, credentials and support logs require separate custody, sanitization and runtime verification. Source ↗The current FAQ limits built-in mobile push to Linphone accounts; third-party deployments require a separately supported server-side push arrangement or another delivery design. Source ↗
Bria
Installable SIP client family
Windows and macOS desktop 6.8.8.1 dated September 28, 2026; iOS and Android 6.23.5 dated August 20, 2026; platform tracks and entitlements remain independent Source ↗Bria's portal can distribute SIP settings at sign-in; Bria Solo account settings are centrally managed. Source ↗Desktop documentation distinguishes TLS transport from SRTP media and describes call failure when required encryption cannot negotiate. Source ↗Mobile delivery can use Bria Push Service and its server-side registration modes. The current mobile release notes remain at 6.23.5; foreground registration does not prove locked-screen delivery or match the desktop 6.8.8.1 track. Source ↗
SIP.js
Browser-client development library, not a ready-to-use phone service
Web browsers with suitable WebRTC support Source ↗The application developer supplies user identities, a WSS endpoint and any account configuration or administrative distribution. Source ↗The release archive labels 0.21.2 Latest, but the repository security-policy table names 0.19.x as supported and does not state 0.20.x or 0.21.x status; package currency, policy, browser permission, WSS and PBX security require separate acceptance. Source ↗The mobile guide's Android browser compatibility statement does not establish push, locked-screen wake-up or reachability after the browser suspends or closes the page. Source ↗
MicroSIP
Windows desktop SIP client with regular and Lite editions
Native Windows client; the project describes Linux, macOS and BSD use through Wine rather than native packages; regular 3.22.19 includes video while Lite does not Source ↗Several accounts can be stored but only one is active; Local Account supports unregistered direct IP or domain calls. Account, INI and export artifacts remain local secret-bearing data rather than a documented stock fleet service. Source ↗TLS signaling and optional or mandatory SRTP, DTLS-SRTP with fallback, or DTLS-SRTP without fallback are separate client-to-PBX settings whose certificate and negotiated result require call evidence. Source ↗The current-version pointer and primary download table listed 3.22.19 on October 17, 2026. Desktop reachability still depends on the running client, active account, selected interface, port, VPN and network address; manual public address, Allow IP Rewrite, STUN and ICE remain controlled alternatives rather than cumulative proof. Source ↗
Zoiper
Desktop and mobile SIP client family with edition-dependent features
Windows, macOS and Linux desktop downloads; Android and iOS mobile apps Source ↗Zoiper 5 desktop documents XML configuration, provisioning URLs and lockdown controls; availability differs by edition and does not establish the same workflow on mobile. Source ↗Zoiper 5 exposes TLS transport and SRTP configuration, but the chosen edition, server support and negotiated call leg must be verified together. Optional AI recording upload and diagnostic logs create separate data-handling paths that require their own authorization, retention and deletion controls. Source ↗Mobile background delivery can depend on the optional push proxy; Zoiper warns that this model handles credentials in plaintext or reversibly encrypted form. Source ↗
Groundwire
Retail mobile SIP client with call-management features
Android and iOS only; no native Windows or macOS Groundwire app Source ↗The retail app documents manual provider selection or SIP username, password and domain entry. A central administration portal is not established for Groundwire; do not substitute Cloud Softphone provisioning claims. Source ↗TLS signaling plus SDES-SRTP, ZRTP and DTLS controls are exposed, with provider/PBX compatibility and the negotiated call leg requiring verification. Source ↗Push mode registers the SIP account on Acrobits SIPIS; a private PBX must be reachable from that service or use a different registration mode. Source ↗
Blink
Desktop SIP client with separate Windows, Linux, Blink Pro for Mac and Mac beta release tracks
Windows 6.0.3, Linux 6.0.6 and the separately distributed Blink Pro for Mac 7.1.6 were the current first-party release evidence reviewed; Mac beta 9.4.0 and Blink WebRTC remain separate tracks Source ↗The desktop manual documents local SIP address/password setup, RFC 3263 discovery and a manual server override. Central fleet provisioning is not established. Source ↗The vendor documents ZRTP and updates to the Blink Pro TLS CA bundle; the selected signaling transport, certificate validation, peer support and negotiated media protection still require verification. Source ↗Desktop inbound calling depends on the selected artifact, running workstation, network and SIP account state; Blink WebRTC or mobile push behavior is not transferred to this record. Source ↗
Acrobits Softphone
Retail mobile SIP client for basic voice, video and messaging
Android and iOS only; no native Windows or macOS retail app Source ↗Manual listed-provider or SIP username, password and domain setup; the retail documentation does not establish Cloud Softphone fleet provisioning. Source ↗TLS signaling plus SDES-SRTP, ZRTP and DTLS-related media controls are exposed separately and require provider/PBX negotiation checks. Source ↗Push mode registers the SIP account on Acrobits SIPIS; standard registration is a separate choice for reachability or security constraints. Source ↗
PhonerLite
Windows desktop SIP client with local multi-profile support
Windows desktop; 3.46 stable dated October 12, 2026 and separate 3.47 beta packages at review, with installer and portable 64-bit, 32-bit and ARM64 choices Source ↗Manual configuration or local PLP import writes into the resolved sipper.ini; the file can contain reusable credentials, and program-directory write access determines whether local state is stored beside the executable or under %APPDATA%\PhonerLite. Source ↗UDP, TCP and TLS signaling plus SRTP and ZRTP are listed separately. Credential-bearing profiles, global settings, call history, contacts, WAV recordings and transcripts require distinct custody and runtime verification. Source ↗Desktop inbound ringing depends on the running Windows workstation, network and registration; no mobile push client is claimed. Source ↗
PortSIP ONE
PortSIP PBX-bound unified communications client family
Windows, macOS, iOS and Android downloads plus a documented browser client; 10.9.4 dated September 28, 2026 is the current reviewed release Source ↗Manual, QR-code and Microsoft 365 sign-in paths are documented; PBX 22.4 plus app 10.8.6 add server-enforced app templates, while feature visibility still depends on installed services and licensing. Source ↗The sign-in guide documents a TLS transport path, but the reviewed app sources do not establish the negotiated media policy; verify both signaling and media on each deployment. Source ↗Mobile calling uses the PortSIP PBX push path through APNs or Firebase; locked-screen delivery still needs an exact PBX, app and device test. Release 10.9.4 includes desktop sleep-recovery and network-status fixes but is not proof of recovery on every host. Source ↗
Sipnetic
Independent Android SIP softphone
Android; the current Google Play listing recommends Android 7.0 or later and was updated September 25, 2026 Source ↗Manual setup requires an existing SIP service's server address, login and password; the developer also documents QR-code account configuration. Source ↗The developer lists TLS signaling plus SRTP and ZRTP media options; the Google Play listing marks ZRTP as a paid feature and does not establish the negotiated mode for any provider or PBX. Source ↗The reviewed first-party pages do not document a push-registration relay or guarantee locked-screen delivery. Treat foreground registration, Android background execution and provider reachability as separate pilot checks. Source ↗
Telephone
Open-source macOS SIP softphone with a distinct App Store binary and optional Pro subscription
macOS only; the current App Store listing remains version 1.6 dated June 29, 2022 with macOS 10.13 or later, while repository build instructions use a macOS 15.6 minimum target for source-built dependencies Source ↗An external SIP provider or company phone-server account is required. The reviewed pages establish local account configuration, not a central fleet-provisioning or managed emergency-location service. Source ↗The February 8, 2024 privacy statement couples TLS signaling with mandatory SRTP voice; UDP or TCP paths are described as cleartext between the app and configured server. Negotiation and each actual hop remain untested. Source ↗Mac desktop lifecycle only; sleep, wake, network changes and app restart require exact-build testing. Repository activity is not evidence of a mobile push or background service. Source ↗
Baresip
Open-source modular SIP user agent; package and user interface vary by platform
Modular Baresip 4.12.0 core with separately evidenced libre runtime, platform package or wrapper, compiled modules, loaded modules and user interface kept distinct Source ↗Local configuration and account files create the user agents; central fleet provisioning is not established by the core account workflow. Source ↗Libre 4.12.0 carries the upstream GHSA-rp4v-6hwc-3w8j security notice; TLS signaling and SRTP-family modules remain separate deployed controls whose loaded library, account policy, certificate result and negotiated media require verification. Source ↗Desktop reachability depends on the running process, selected configuration directory, loaded account, workstation, audio subsystem and network. The modular core does not establish a common push-registration or locked-screen delivery service for wrappers. Source ↗
MizuDroid
Android SIP client with distinct public, APK and custom-build release channels
Android; public Play, separately downloadable APK and custom-branded builds do not share one universal release number Source ↗Public and custom artifacts can differ. Record the package, signing identity, exact build and account source before applying MizuDroid or customer-build controls. Source ↗TLS, SRTP-related and encrypted-media claims remain bound to the installed artifact and negotiated leg; a direct-app claim does not establish PBX or PSTN protection. Source ↗Direct provider push, Mizutech gateway push and Android background service are separate paths; the gateway adds a registration and an unused binding can persist briefly after uninstall. Source ↗
Grandstream Wave
Grandstream UCM ecosystem voice, video and collaboration client
Desktop 1.35.6 for Windows and macOS, Web 1.0.35.7 built into UCM6300, Android 1.0.35.7 and iOS 1.35.7 were listed in first-party release notes dated September 21, 2026; tracks and distribution channels remain separate. Source ↗UCM-issued credentials, QR or barcode enrollment and, in the 1.35 tracks, UCM-configured SAML SSO, Windows AD or Google Workspace login are documented; this is not a generic third-party SIP account workflow. Source ↗The client guides list SIP over TLS, SRTP and HTTPS separately. The 1.35 generation also introduces identity-provider, AI-derived-data, remote-control and WhatsApp integration boundaries whose UCM configuration, permissions, trust, retention and negotiated call legs require independent verification. Source ↗The mobile guide requires notification, background mode, background data and battery-policy review and does not make a successful foreground sign-in proof of locked-screen delivery. Source ↗
3CX apps
3CX phone-system-bound production and beta client family
Windows Softphone 5.7, Android 5.6 and iOS 5.6 were the reviewed production lanes; Windows, Android and iOS 5.8 remained beta, and browser Web Client/PWA behavior follows the connected PBX release Source ↗Users enter through a 3CX account path; mobile uses a system-issued QR code, while Windows 5.7 can migrate a reachable legacy Desktop App configuration and supports a separately controlled silent migration flag. Source ↗Current documentation establishes PBX-bound identity and remote tunnel or HTTPS dependencies, but not one transferable TLS/SRTP or certificate result for every client, browser, trunk and media leg. Source ↗Mobile push expiry is PBX-version-sensitive: 3CX says V20 Update 10 changes the window from seven to fourteen days, while Update 10 remained beta at review; permissions, battery policy and observed locked-screen delivery still need separate proof. Source ↗
SessionTalk Softphone
Generic mobile SIP client with optional vendor push path
Generic retail client for iOS/iPadOS and Android; SessionCloud, white-label, provider-branded and desktop products remain separate deployment paths Source ↗Standalone users enter provider-issued SIP credentials; managed projects can deliver branded settings and QR or portal-controlled provisioning. SIP identity, store account and provider sign-in remain separate secrets. Source ↗The listings describe TLS and SRTP capabilities, but push adds a vendor signaling-proxy leg. Certificate validation, signaling protection on every leg and negotiated media protection require independent verification. Source ↗SessionTalk documents multiple, synchronous and single-register push modes. Its push server can maintain or take over PBX registration, wake the device through APNs or FCM and proxy subsequent SIP signaling; RTP is documented as flowing directly between PBX and device. Source ↗
Sangoma Phone
Licensed Sangoma PBX-bound desktop and browser client family
Installed Windows and macOS desktop client; browser client documented for Chrome, Edge and Chromium on Windows, macOS and Linux; each path requires a supported Sangoma PBX and separate acceptance Source ↗FreePBX/PBXact users enter the PBX address and secure service port with enabled User Management credentials, or use the documented UCP handoff for browser access; Sangoma Connect licensing, modules and a PJSIP extension remain server-side prerequisites. Source ↗Sangoma documents HTTPS certificate, PJSIP TLS, WebSocket and secure-service dependencies, but those do not establish one transferable signaling or media-encryption result across browser, desktop, PBX, trunk and remote endpoint legs. Source ↗Current first-party material establishes installed desktop and browser paths but does not supply a generic mobile-push or closed-browser incoming-call guarantee for this comparison record; test alerting, idle, reconnect and fallback on the exact approved path. Source ↗
JsSIP
JavaScript SIP application library, not a ready-to-use phone service
Browsers for WebRTC calling plus a documented Node.js library path; the integrating application and runtime remain separate support targets Source ↗Application code supplies WebSocket interfaces, SIP URI, credentials and registration policy; JsSIP does not provide a fleet account service or finished administrator portal. Source ↗A WSS connection protects the browser-to-WebSocket signaling hop when certificate and origin controls succeed; media protection, credential handling and every downstream SIP leg require separate design and verification. Source ↗Connection and registration events report current state, but the library does not establish a universal push-wake service or guaranteed inbound calling after tab suspension, process termination or device sleep. Source ↗
Jitsi Desktop
Community-maintained legacy desktop SIP and XMPP client; not Jitsi Meet
Windows and macOS installers are directed to the GitHub release archive; Debian and Ubuntu use a separately maintained APT repository; the repository says no RPM packages are currently available Source ↗Local SIP account setup and a separately documented registrarless direct-peer mode are available. The registrarless guide says that mode is not intended for public-Internet conversations, and central fleet provisioning is not established by these workflows. Source ↗Historical pages and releases describe TLS, SRTP, ZRTP and other security behavior, but the current repository does not define one modern supported protection profile. Verify the exact package, trust result, signaling transport and negotiated media path. Source ↗Desktop availability depends on the running legacy client, workstation, Java runtime, network and SIP account state. Jitsi Meet browser, mobile and conferencing behavior does not transfer to this record. Source ↗
VoIPstudio Desktop Softphone
Service-specific hosted-PBX desktop client
Separate Windows executable and MSI, macOS Intel and Apple-silicon packages, and Linux instructions are published; the public download surface reviewed did not state one common desktop build number. Source ↗The app signs in with the same email address and password as the VoIPstudio web Control Panel. The service-specific app workflow is distinct from raw SIP credentials used by third-party endpoints. Source ↗VoIPstudio documents encrypted calls on its network for the standard desktop and mobile apps; verify the actual signaling and media protection on the observed leg rather than extending that statement to downstream networks. Source ↗Desktop availability depends on the installed and running app, current account session, registered endpoint, workstation and network path. The documentation does not establish mobile-style push or delivery while the desktop process is absent. Source ↗
Webex App
Organization-assigned collaboration and calling client
Cisco publishes Windows x64 and Arm64, separate macOS Intel and Apple-silicon, Linux DEB and RPM, iOS and Android downloads. Current system requirements govern supported releases; supported browsers expose meetings and free Call on Webex rather than an assumed desktop phone-service feature set. Source ↗The administrator assigns the calling option. Phone Services identifies Unified CM, Webex Calling or a hosted service provider; no Phone Services entry indicates Webex App calls only. Identity, line, entitlements and policy remain organization specific. Source ↗The reviewed user documentation establishes service selection, connection checks and confidential diagnostic exports but does not prove the signaling or media protection of a selected call. Verify transport, certificate trust, media protection and administrator policy from the deployment and observed session. Source ↗Desktop, mobile and web differ by platform, assigned service and feature. Notification receipt, application wake-up, phone-service registration, call alerting and two-way media remain separate acceptance states. Source ↗

Documented capability does not establish interoperability with your PBX, push setup, certificate trust or emergency location. Pilot these conditions before deployment.

Start with the calling environment

A softphone is calling software on a computer or mobile device. A browser webphone uses WebRTC and a server connection designed for that environment. Both still need a suitable PBX or voice service, user identity, authorization, audio devices and a tested inbound route.

Explore desktop clients, mobile clients and browser clients according to where the user actually works. A browser development library should not be mistaken for a hosted phone service.

Research the exact account and edition

Linphone, Bria, MicroSIP, PhonerLite, Zoiper, Acrobits Softphone, Groundwire, Blink, Telephone, Sipnetic, SessionTalk and MizuDroid have different configuration and delivery arrangements. PortSIP ONE is a further distinct case: its current client is documented for PortSIP PBX 22.x rather than as a generic third-party SIP client. Grandstream Wave is likewise a UCM ecosystem client across separate desktop, mobile and web tracks. 3CX apps are another phone-system-bound family whose Windows, mobile, Web Client and PWA paths must not be converted into a generic third-party SIP-account workflow. A feature documented for a vendor account or enterprise edition may not be available to a generic third-party SIP account. Record the app build, licensing edition, operating system, phone system and number that was tested.

Bria's current first-party release notes identify different version tracks: desktop 6.8.8.1 dated September 28, 2026, and iOS and Android 6.23.5 dated August 20, 2026. The desktop patch is scoped to erroneous suspicious-software detection and is not represented as a feature release or instruction to disable security controls. All three pages still warn that stun.counterpath.com will be decommissioned in September 2026, but they do not confirm an exact shutdown time or observed status after that month. The Bria record requires configuration and call-path evidence before replacing a demonstrated dependency.

The comparison above is sourced research rather than a performance ranking. For each deployment test outbound and inbound calls, transfers, microphone selection, reconnection, Wi-Fi to mobile-data changes, and emergency location.

Blink has independent release evidence: Windows 6.0.3, Linux 6.0.6, Blink Pro for Mac 7.1.6 in the App Store and a separate Mac beta 9.4.0 at review. The vendor changelog landing page lagged the App Store's stable Mac version, so preserve the exact product, channel and source instead of selecting the largest family number. Telephone is a macOS-only client whose distributed App Store 1.6 release from June 2022 remains separate from the current repository instructions for source-building Opus, LibreSSL and PJSIP with a macOS 15.6 minimum target. Repository activity and a newer build target are not a newer distributed version or support commitment. Sipnetic is an Android-only research record; its developer lists TLS, SRTP and ZRTP controls but does not document a push relay or guarantee locked-screen delivery. SessionTalk is a generic iOS and Android SIP client whose optional push path inserts a vendor registration and signaling proxy; keep it distinct from SessionCloud, white-label and desktop products. MizuDroid is Android-only and can use server-native push, a Mizutech SIP-push gateway or a background service; preserve the selected path and edition rather than treating them as interchangeable.

Baresip is a modular core with platform-specific packaging and interfaces. Compare the exact artifact and loaded modules rather than treating every wrapper or repository feature as one finished, centrally managed client.

Sangoma Phone is a licensed, PBX-bound family for supported Sangoma systems rather than a generic SIP-account client. Its installed desktop and browser paths share PBX identity but retain different packaging, permission and runtime boundaries; FreePBX/PBXact readiness also depends on PJSIP extensions, Sangoma modules, service access and feature-specific licensing.

Jitsi Desktop is a distinct legacy SIP and XMPP client, not Jitsi Meet. Its project says active development has ended and packages now depend on community contributions, so preserve the exact channel, runtime and maintenance evidence and plan migration rather than treating a download as current platform support.

Keep control of provisioning and secrets

Determine where credentials are stored, who issues a configuration link, how access is revoked and whether a push service handles account registration in the background. Use trusted configuration delivery and the PBX’s minimum necessary calling permissions.

An encrypted signaling setting does not establish encrypted media. Verify transport and negotiated media independently, with a failure test when encryption is required. A TURN relay changes the media path but does not prove encryption.

Groundwire and Acrobits Softphone document the push boundary directly: in push mode SIPIS registers the account, while Standard registration keeps it on the device. A private PBX reachable only through a VPN may require Standard mode. Their iOS CallKit behavior and device-variable Android integration are separate from registration and push delivery; test audio focus, interruptions and locked-screen arrival on the exact handset.

Acrobits Softphone and Groundwire share a vendor and push architecture but not the same product scope. Use the Acrobits Softphone guide for the basic retail client rather than transferring Groundwire or Cloud Softphone capabilities.

PhonerLite adds a local .plp profile path for Windows. Because that file can carry a password or a stored credential value, treat it as secret delivery rather than a harmless preference file.

Make a bounded pilot repeatable

Give every test a timestamp, client version, server identity and expected result. Check first launch, signed-out state, sleep, reboot and connectivity changes. Keep a desk or mobile fallback for critical calls. Use provider-approved emergency testing rather than placing a live emergency call as a casual check.

Treat Acrobits iOS Web Access as a temporary data-export surface

The refreshed Acrobits Softphone and Groundwire guides now bound the optional iOS Web Access listener. The first-party procedure exposes call history and recorded-call downloads to a browser on the same Wi-Fi network while the application is open, and documents admin and 1234 as the defaults. Replace that default before an authorized export, limit the activation window and verify the listener is disabled afterward.

Treat JsSIP as an application component

JsSIP is a JavaScript SIP library, not a turnkey phone or hosted account. Its WSS connection, SIP identity, registration, browser permission, WebRTC negotiation, remote-media rendering, page lifecycle and package provenance need separate ownership and evidence.

Keep Baresip 4.12.0 and libre 4.12.0 in one runtime record

Baresip 4.12.0 and libre 4.12.0 were released September 30, 2026. The libre release carries a security notice, while the Baresip release adds outbound custom X- headers and audio-path fixes. Record the selected core, loaded library, package provenance, modules and operating-system target together; application version alone does not prove the library fix or authorize a custom signaling field.

Keep Linphone desktop stable archives separate from mobile stores

The Linphone guide was rechecked against the first-party stable archives on October 7, 2026. Windows, macOS and GNU/Linux each remained at desktop 6.2.3 dated September 22. Record the exact executable, disk image or AppImage and retrieval date; do not copy that desktop version into iOS, Android, daily-snapshot, SDK or server records.

Keep Jitsi Desktop in the comparison as a community-maintained legacy client

The Jitsi Desktop record now appears in the structured softphone comparison. Its release archive still marks 2.8.5426 as Latest and the higher-numbered 2.11.5633 as Pre-release; its community maintenance and package channels remain deployment constraints rather than current-platform support promises.

Update MicroSIP only after the primary channel changes

The MicroSIP record now reflects 3.22.18 on the publisher’s primary download table as checked October 7, 2026. Regular and Lite editions, installer and portable formats, cached catalogue state and the installed executable remain separate evidence; the release notes do not establish PBX, headset, driver or protected-call compatibility.

Keep Grandstream Wave 1.35 platform and server gates visible

The refreshed Grandstream Wave record separates Desktop 1.35.6, Web 1.0.35.7, Android 1.0.35.7 and iOS 1.35.7, all dated September 21, 2026. UCM firmware, identity-provider configuration, permissions and integration state remain separate from client installation; beta AI, remote control and WhatsApp calling are not represented as generic SIP-client features.

Preserve the SIP.js release and security-policy conflict

The refreshed SIP.js record keeps the repository's 0.21.2 Latest label separate from its security-policy table, which names 0.19.x as supported but does not state the status of 0.20.x or 0.21.x. It also distinguishes SimpleUser, SessionManager and the full API, and treats Android browser compatibility as a foreground statement rather than proof of push or background reachability.

Separate Zoiper's hosted and on-device transcript paths

The refreshed Zoiper record keeps the built-in hosted Banafo integration separate from the Zoiper Scribe desktop application. Scribe works from completed recording files and says transcription runs locally; it does not register a SIP account, join a call or create the recording. Zoiper 5 edition, recording entitlement, Scribe edition, local storage, optional hosted processing, exports, consent and retention therefore remain separate acceptance facts.

Keep Cloud Softphone separate from the retail Acrobits apps

Acrobits Cloud Softphone is a managed generic and white-label platform whose portal, Cloud ID, external Account XML, release state and SIPIS path need their own evidence. Use the stale-provisioning diagnostic when one delivered value is wrong; do not transfer those controls to retail Acrobits Softphone or Groundwire.

Separate MizuDroid's public and customer release tracks

MizuDroid now has an explicit channel boundary: Mizutech labels 4.6 a June 2026 APK or custom-build release and says it will not refresh the public Play demo with that branch. Preserve the exact installed package and build, then identify provider push, the Mizutech gateway or background service before comparing locked-screen behavior.

Keep Linphone XML delivery separate from runtime acceptance

The Linphone provisioning diagnostic follows one wrong value from provisioning link or QR-carried URL through the next application start, XML response, overwrite policy and transient behavior. Registration and a completed call remain later acceptance stages.

Browser call alerting is a chain, not a ringtone

The browser no-ring diagnostic separates WSS and registration, INVITE delivery, visible incoming-call state, browser playback policy, user activation, answer and remote conversation audio.

Trace MicroSIP from active account to rendered audio

The refreshed MicroSIP guide separates its one active SIP account from saved accounts and Local Account, then keeps dial-plan transformation, Call Manager, public-address helpers, negotiated media and Windows devices distinct. Use the MicroSIP call diagnostic when registration succeeds but a call or audio does not.

Trace Acrobits device lifecycle before deleting contacts

The wrong-or-removed-device diagnostic separates Groundwire and Acrobits Softphone account identity, Standard versus Push registration, SIPIS token cleanup and the PBX contact set.

Keep Sangoma Phone login evidence in its PBX service chain

The Sangoma Phone login diagnostic follows one desktop or browser attempt through PBX readiness, user authorization, RTAPI and protected-session boundaries before registration or calls.

Trace Baresip as a modular runtime rather than one fixed app

Use the Baresip registration and audio diagnostic to separate package, core and libre versions, module availability, loaded account state, registrar exchange and workstation audio.

Do not turn a softphone encryption setting into a call claim

The Linphone media-encryption guide demonstrates the broader evidence rule: capability, selected policy, mandatory behavior, offer and answer, effective call protection and peer authentication are separate. Its diagnostic preserves a failed required-policy call instead of hiding it through downgrade.

Treat softphone NAT traversal as a media-path decision

The Linphone NAT traversal guide demonstrates a reusable boundary: a configured STUN or TURN server is not the same as gathered candidates, a selected ICE pair or working audio. Its diagnostic preserves each stage instead of replacing servers at random.

Use Linphone to trace every mobile push owner

The Linphone push guide applies a reusable rule: a softphone can support push while an account, registrar, proxy, platform delivery or app lifecycle state still does not. Its diagnostic preserves those owners instead of treating background ringing as one switch.

Include reject semantics in softphone acceptance tests

A visible Decline or Busy control can create different SIP responses and different results for parallel devices or voicemail. The Blink inbound-disposition diagnostic demonstrates how to test the UI action, branch behavior and final route separately.

Keep SessionTalk push mode and PBX contact behavior aligned

SessionTalk documents materially different registration ownership across Multiple Registrations, Synchronous, Single Register and SessionCloud Continuous settings. The focused diagnostic tests the effective mode against PBX contacts instead of treating push as one device toggle.

Keep the VoIPstudio client inside its service boundary

The VoIPstudio Desktop guide covers a service-specific Windows, macOS and Linux client whose web-account login, endpoint row, audio selections and network tests remain separate. Use the paired diagnostic without treating an online icon as call or media proof.

Treat Webex App as four possible calling services

The Webex App calling guide keeps Call on Webex, Unified CM, Webex Calling and hosted service-provider calling distinct before comparing features or call evidence.

Date the MicroSIP package claim

MicroSIP’s current pointer and primary download table listed 3.22.19 on October 17, 2026. Keep regular versus Lite, installer versus portable, displayed catalogue version and installed executable separate; release notes do not establish PBX, driver or protected-call compatibility.

Keep PhonerLite package and local-data ownership separate

PhonerLite 3.46 can load configuration beside a writable executable or from %APPDATA%. The diagnostic identifies the active files before restoring credentials or history.

Treat Linphone file paths as version-scoped evidence

Linphone’s documented desktop storage tree is based on 4.2 while the stable Windows archive lists 6.2.3. The local-data guide shows how to verify the running build before restoring state.

Keep Blink registration errors tied to one platform build

The Blink registration diagnostic records the product track, DNS or proxy path, response and retry timing before changing the account.

Sources & applicability

Primary references for the technical details above. Operational examples and planning checklists are VoIP.info editorial guidance.

Examples require adaptation to your topology. No live PBX or hardware testing is claimed.