Name the wrong path before resetting devices
Preserve one affected call and record what is wrong: ringtone on an unexpected speaker, remote speech on the wrong output, microphone from the wrong input, or a route that changes only after docking, reconnecting USB, joining Bluetooth, sleep or resume. Record time, operating system, softphone and browser builds, connected devices, saved selections, active selections and the transition immediately before the symptom.
A device can be paired or connected without being the active call route. System sounds, a local recording, softphone ringtone, received call audio and transmitted microphone media can also use different controls. Do not treat sound from one of those paths as proof of another, and do not reinstall or clear the client until the route evidence and provisioned account are preserved.
Separate operating-system defaults from per-app routing
Microsoft's current Windows guidance exposes output and input devices in Sound settings and identifies the Volume mixer when one application is silent while system audio works. Record the default output, default input, any communications-role device and the softphone's per-app assignment. A working browser video or Windows alert can still use a different route from a desktop softphone.
Apple's macOS guidance similarly provides separate Sound output and input selections. Check the actual device name and input level rather than assuming the most recently connected headset became the default. If the operating system cannot play an approved test sound or show input level on the intended device, stop at that layer; SIP, RTP and codec changes cannot select a missing local route.
Read the softphone's active route, not only its preference
After the operating-system path works, inspect the softphone's current speaker, microphone and ringtone selections. Some clients offer explicit devices while others follow the operating-system default. A saved label can point to a device that was removed and recreated with a new identifier after a dock, USB or driver transition.
Change only one selection and confirm whether it applies immediately or on the next call. Keep hardware mute, application mute, input gain and output level separate. If the intended microphone works in the operating system but the softphone captures a different input, follow the silent-microphone diagnosis before altering media addresses or PBX policy.
Treat Bluetooth, USB and dock changes as route events
Apple documents audio-route changes when an input or output is added or removed, including wired headphones, Bluetooth headsets and USB audio interfaces, and exposes both the current and previous route to applications. Android likewise distinguishes available communication devices from the device selected for a communication use case. These are application-platform capabilities, not proof that one softphone handles every transition correctly.
Reproduce the problem with a bounded sequence: start with built-in audio, connect the approved device, place a call, disconnect it during an authorized test, reconnect it and place another call. Record the route at each stage and whether media became private or moved to a loudspeaker. Avoid repeated pairing resets or driver replacement until the first route change that diverges is known.
Preserve browser permission and output-selection boundaries
For a browser softphone, Media Capture and Streams makes the available input list permission and policy sensitive. The Audio Output Devices specification adds user-mediated selection of a non-default output and binding that approved device to a media element. The default output has a different permission boundary, and support remains dependent on the exact browser and application implementation.
Record the page origin, browser build, permission state, enumerated device labels, selected input, selected output, remote media element and playback result. A device missing from a webphone menu does not alone prove hardware failure, and a successful SIP session does not prove the remote track was bound to the intended output. Do not grant broad microphone access to unrelated origins or claim universal browser output selection from the existence of the specification.
Keep ringtone, conversation and privacy behavior separate
A receptionist may deliberately send ringtone to a desk speaker while keeping conversation audio on a headset. That can be useful, but it also means a ringtone test cannot accept the call-media route. Confirm inbound alert, answer, remote speech, local speech, hold, resume, transfer and hangup on the intended devices. Repeat with another application briefly using the microphone only when policy permits.
Test privacy explicitly after a headset or Bluetooth device is removed. The expected result may be pause, a visible prompt or a controlled fallback; automatic movement to a loudspeaker can expose call audio. Record the approved fallback for the organization and client rather than assuming one operating system's media-player convention defines VoIP-call behavior.
Correct one owner and verify recovery
Correct only the demonstrated boundary: disabled operating-system device, wrong default or per-app assignment, softphone device preference, stale device identifier, browser permission or output selection, unsupported client build, driver or firmware owned by the endpoint team, or an application route-change defect. Preserve the previous setting and rollback. Do not change NAT, codecs, SIP credentials or PBX routing when local route evidence already explains the symptom.
Repeat the affected call and a known-good control with the intended input, output and ringtone paths. Verify connect and disconnect, dock or undock, sleep and resume, application restart, mute and unmute, hold and resume, transfer where required, both speech directions and privacy after device removal. No computer, mobile device, dock, USB interface, Bluetooth device, browser, softphone, operating-system policy, PBX, media path or live call was inspected or tested for this guide.
Do not use conversation output selection to explain a missing browser ringtone
The browser no-ring diagnostic first proves INVITE arrival, visible alert state and ringtone playback policy. After answer, return here to prove the selected remote-audio output and actual listener result.
Continue from device selection into headset call control
After the intended microphone and speaker are proven, use the wireless-headset control diagnostic when answer, end, hold or mute state still differs between the physical headset and softphone.
Check all three VoIPstudio audio destinations
The VoIPstudio desktop client documents separate microphone, call-audio and ringer controls. The service-specific guide and diagnostic keep ringing, capture and rendered call audio from standing in for one another.
Check Webex ringer, speaker and microphone independently
Webex App exposes separate desktop choices and can receive operating-system processing before the app. The calling guide keeps local tests separate from observed call media.
Use the MicroSIP audio-device note as a bounded clue
The 3.22.19 notes add detection of memory corruption associated with problematic audio devices or drivers. The MicroSIP guide keeps that publisher statement separate from evidence that one device is incompatible, selected or repaired.
Separate PhonerLite global audio state from its SIP profile
PhonerLite stores selected sound devices in global configuration, not the SIP profile. The local-state diagnostic proves which PhonerLite.ini and device selection are active.
Select all three V52 peripherals explicitly
The V52 diagnostic checks operating-system and meeting-app camera, microphone and speaker selection before network or hardware replacement.
Select all three V72 host devices explicitly
The V72 diagnostic verifies operating-system and meeting-client camera, microphone and speaker selection before replacing hardware.
Use JsSIP peer-connection and media-element evidence
The JsSIP diagnostic separates receiver tracks, stream attachment and audible playback.
Bind a Jitsi Desktop audio result to the exact legacy package
Use the Jitsi Desktop workflow to record OS, Java runtime, selected devices, permissions and media before and after one controlled change.
Verify the Wave platform’s selected devices
The Grandstream Wave diagnostic keeps operating-system, browser and client device selection separate from negotiated media.
Verify RingCentral microphone, speaker and ringer independently
The RingCentral diagnostic preserves operating-system, application and headset-control ownership.
Verify Zoom microphone, speaker and ringer independently
The Zoom Workplace diagnostic records operating-system defaults, Zoom selections, device attachment and the exact call result.
Verify all three NextivaONE audio outputs
The NextivaONE diagnostic records microphone, speaker and ringer plus operating-system defaults and local tests.
Verify every Teams audio output separately
The Teams Phone diagnostic records primary device, microphone, speaker, secondary ringer and call-specific media.
Verify every Dialpad audio output separately
The Dialpad app diagnostic records microphone, call output, ringtone output, notification volume, Bluetooth and live media.
Verify every 8x8 audio boundary separately
The 8x8 Work diagnostic records operating-system and app devices, permission, processing and call-specific media.
Verify every VBC audio boundary separately
The VBC diagnostic records operating-system and app devices, permission, headset path, echo playback and call-specific media.
Verify each Aircall audio boundary separately
The Aircall diagnostic records operating-system and Workspace devices, browser permission, headset path, device tests and call-specific media.
Sources & applicability
Primary references for the technical details above. Operational examples and planning checklists are VoIP.info editorial guidance.
- Microsoft: fix sound or audio problems in Windows ↗
- Microsoft: fix app audio while system sounds work ↗
- Apple: change sound output settings on Mac ↗
- Apple: change sound input settings on Mac ↗
- Apple: responding to audio route changes ↗
- Android AudioManager communication-device reference ↗
- W3C Audio Output Devices API ↗
- W3C Media Capture and Streams ↗
- SIP.js receive-a-call guide ↗
- SIP.js user-agent and registration guide ↗
- SIP.js remote-media attachment guide ↗
- SIP.js mobile guide ↗
- MDN HTMLMediaElement play method ↗
- MDN autoplay guide for media and Web Audio ↗
- MDN AudioContext resume method ↗
- MDN document visibility state ↗
- Chrome autoplay policy ↗
- WebKit media autoplay policy ↗
- Jabra Evolve3 85 product page ↗
- Jabra Evolve3 85 user manual RevA ↗
- Jabra Evolve3 85 support and current software ↗
- Yealink WH64 Hybrid product page ↗
- Yealink WH64 Hybrid datasheet ↗
- Yealink WH64 basic call control ↗
- Bluetooth SIG Hands-Free Profile 1.10 ↗
- VoIPstudio desktop and mobile downloads ↗
- VoIPstudio Desktop Softphone manual ↗
- VoIPstudio user-manual introduction and platform requirements ↗
- VoIPstudio user, endpoint, SIP Test and MTR administration ↗
- VoIPstudio network, media, encryption and SIP ALG guidance ↗
- Supported calling options in Webex App ↗
- Webex App: find out what calling service you have ↗
- Webex App system requirements and support policy ↗
- Download the Webex desktop and mobile apps ↗
- Webex App: change your audio settings ↗
- Webex App: test your connection with the Health Checker ↗
- Webex App: troubleshoot connection issues with the Diagnostics tool ↗
- Webex App: error messages for Calling ↗
- Advanced diagnostics and troubleshooting in Control Hub ↗
- MicroSIP project and platform scope ↗
- MicroSIP stable downloads and changelog ↗
- MicroSIP current-version pointer ↗
- MicroSIP account, call and network settings ↗
- MicroSIP troubleshooting ↗
- MicroSIP frequently asked questions ↗
- PhonerLite downloads and release history ↗
- PhonerLite profiles, SIP settings and configuration-file locations ↗
- PhonerLite PLP provisioning profiles ↗
- PhonerLite sound devices, active calls and recordings ↗
- PhonerLite logbook and recorded-call linkage ↗
- HP Poly Studio V52 product page ↗
- HP Poly Studio V52 data sheet ↗
- HP Poly Studio V52 product specifications ↗
- HP Poly Studio V52 user guide ↗
- HP Poly Studio V52 administrator guide ↗
- HP Poly VideoOS Lite release notes ↗
- HP Poly Studio Desktop release notes ↗
- HP Poly Studio V52 and V72 VideoOS Lite 1.6.0 notice ↗
- HP Poly room preparation guide ↗
- HP Poly Studio USB video bars ↗
- HP Poly Studio V72 product page ↗
- HP Poly Studio V72 data sheet ↗
- HP Poly Studio V72 product brief ↗
- HP Poly Studio V72 product specifications ↗
- HP Poly Studio V72 hardware user guide ↗
- HP Poly VideoOS Lite Administrator Guide ↗
- HP Poly Studio V Family Privacy Guide ↗
- HP Poly Studio V72 LED status indicators ↗
- JsSIP project site ↗
- JsSIP architecture overview ↗
- JsSIP documentation index ↗
- JsSIP current UA API ↗
- JsSIP current RTCSession API ↗
- JsSIP failure and end causes ↗
- JsSIP 3.10 getting-started guide ↗
- JsSIP 3.10 UA configuration parameters ↗
- JsSIP project repository ↗
- JsSIP repository changelog ↗
- Published JsSIP npm package ↗
- Jitsi Desktop project repository ↗
- Jitsi Desktop release archive ↗
- Jitsi Desktop legacy download page ↗
- Jitsi Desktop legacy product site ↗
- Jitsi Desktop Windows setup guide ↗
- Jitsi security clarification: The Mossos confusion ↗
- Jitsi Meet Electron project repository ↗
- Jitsi Desktop jit.si account setup notice ↗
- Grandstream — Wave product page ↗
- Grandstream — Wave release tracks ↗
- Grandstream — Wave Desktop user guide ↗
- Grandstream — Wave Mobile application user guide ↗
- Grandstream — Wave Web user guide ↗
- Grandstream — Wave application FAQ ↗
- Grandstream — UCM RemoteConnect user guide ↗
- Grandstream — UCM RemoteConnect FAQ ↗
- Grandstream — Wave Android 1.0.35.7 and iOS 1.35.7 release notes, 21 September 2026 ↗
- RingCentral — app system requirements ↗
- RingCentral — app downloads and current package records ↗
- RingCentral — desktop app release notes ↗
- RingCentral — RingCentral Phone app end-of-life and end-of-support ↗
- RingCentral — sign-in troubleshooting ↗
- RingCentral — app issue troubleshooting and diagnostic capture ↗
- RingCentral — RingEX network requirements ↗
- RingCentral — making and answering calls in the app ↗
- RingCentral — app microphone, speaker and audio settings ↗
- RingCentral — desktop and web network-quality indicators ↗
- RingCentral — Calls table in Quality of Service Analytics ↗
- RingCentral — updating an emergency response location ↗
- Zoom — getting started with Zoom Phone for users ↗
- Zoom — phone settings in Zoom Workplace and Zoom Web App ↗
- Zoom — Workplace desktop system requirements ↗
- Zoom — Workplace mobile system requirements ↗
- Zoom — Workplace app release notes ↗
- Zoom — Zoom Phone frequently asked questions ↗
- Zoom — meeting and phone statistics ↗
- Zoom — sending a Zoom Phone problem report ↗
- Zoom — network firewall and proxy settings ↗
- Zoom — Network Connectivity Tool ↗
- Zoom — troubleshooting sign-in issues ↗
- Zoom — testing device audio for Zoom Phone ↗
- Nextiva — NextivaONE support landing page ↗
- Nextiva — NextivaONE getting started and system requirements ↗
- Nextiva — NextivaONE troubleshooting tips ↗
- Nextiva — managing calls in NextivaONE ↗
- Nextiva — NextivaONE Mobile FAQs ↗
- Nextiva — setting the default NextivaONE audio device ↗
- Nextiva — gathering NextivaONE log files ↗
- Nextiva — NextivaONE call feedback ↗
- Nextiva — NextivaONE unable to log in ↗
- Nextiva — updating the NextivaONE desktop application ↗
- Nextiva — networking guidelines and NextivaONE ports ↗
- Nextiva — NEXT release notes ↗
- Nextiva — signing in to the NEXT desktop app ↗
- Microsoft Learn — Microsoft Teams client ↗
- Microsoft Learn — Teams client system requirements ↗
- Microsoft Learn — set up Teams Phone ↗
- Microsoft Learn — Teams dial pad configuration ↗
- Microsoft Support — manage Teams call settings ↗
- Microsoft Support — troubleshoot Teams mobile notifications ↗
- Microsoft Learn — configure Teams calling policies ↗
- Microsoft Learn — Teams client health dashboard ↗
- Microsoft Learn — diagnostic logs for Teams Client ↗
- Microsoft Learn — collect Teams client diagnostic logs ↗
- Microsoft Learn — monitor and troubleshoot Teams meetings and calls ↗
- Microsoft Learn — manage emergency calling policies in Teams ↗
- Microsoft Learn — Teams user location consent ↗
- Dialpad — app requirements ↗
- Dialpad — download Dialpad ↗
- Dialpad — use the Dialpad web app ↗
- Dialpad — app updates ↗
- Dialpad — your Dialpad profile ↗
- Dialpad — make a call ↗
- Dialpad — receive a call ↗
- Dialpad — check your in-app audio settings ↗
- Dialpad — network setup recommendations ↗
- Dialpad — System Test ↗
- Dialpad — app troubleshooting ↗
- Dialpad — troubleshooting outbound calls ↗
- Dialpad — Quality of Service Dashboard ↗
- Dialpad — E911 Emergency Services ↗
- Dialpad — Dynamic E911 ↗
- 8x8 — download 8x8 Work for Desktop and system requirements ↗
- 8x8 — Work for Desktop version end-of-life policy ↗
- 8x8 — get started as an XF Workspace user ↗
- 8x8 Work for Desktop — site map and capability visibility ↗
- 8x8 Work for Desktop — set your presence status ↗
- 8x8 Work for Desktop — notification and incoming-call settings ↗
- 8x8 Work for Desktop — manage call quality ↗
- 8x8 Work for Desktop — microphone noise suppression and AGC ↗
- 8x8 — use the Network Utility tool ↗
- 8x8 Network Utility — troubleshooting ↗
- 8x8 Admin Console — set up emergency address for users ↗
- 8x8 — Nomadic 911 FAQ ↗
- 8x8 — product feedback versus support cases ↗
- 8x8 — use service during an Internet or power outage ↗
- Vonage Business — Vonage Desktop App ↗
- Vonage Business — Vonage Mobile App ↗
- Vonage Business — VBC Applications Compatibility ↗
- Vonage Business — Manage Emergency Services ↗
- Vonage Business — Network Requirements and Best Practices ↗
- Vonage Business — Troubleshoot Desktop App Issues ↗
- Vonage Business — Vonage Desktop App MSI Installation ↗
- Vonage Business — Apply Extension Settings ↗
- Vonage Business — Call Continuity Service ↗
- Vonage Business — Network Quality Tool ↗
- Vonage Business — Perform Echo Test for Voice Calls ↗
- Aircall — Workspace downloads ↗
- Aircall — What is Aircall Workspace? ↗
- Aircall — Access Workspace and make calls ↗
- Aircall — Mobile device requirements for Workspace ↗
- Aircall — Device and headset recommendations ↗
- Aircall — Keeping Workspace up to date ↗
- Aircall — Workspace audio settings ↗
- Aircall — Audio quality troubleshooting guide ↗
- Aircall — Workspace network diagnostics ↗
- Aircall — Emergency address setup for US and Canada numbers ↗
- Aircall — Workspace inbound calls ↗
- Aircall — Contacting Aircall Support ↗
Examples require adaptation to your topology. No live PBX or hardware testing is claimed.