Guide
SIP over TLS certificate expired
SIP TLS on port 5061 fails registration when the PBX or SBC presents an expired certificate. Confirm with openssl s_client, renew listener PEMs, and reload the voice edge.
Updated May 2, 2026 808 words
sip tls certificate expired drops phone registrations when the SIP TLS listener—usually 5061—serves a certificate past notAfter, not when unrelated web certs on the vendor portal lapse.
Phones flash SSL error or loop re-registration while UDP 5060 paths still register in labs that allow insecure profiles. Contact centers see abandoned calls when trunks retry against an expired SBC edge.
Voice teams own certificates on session border controllers, FreePBX or Asterisk TLS contexts, and carrier SIP edges. Confirm what handsets actually negotiate before swapping firmware.
First response
Note PBX or SBC vendor, TLS port, phone models, and whether failures hit trunks or endpoints. Collect syslog or pjsip logger TLS alert lines, openssl s_client to the SIP FQDN on 5061 with SNI, and certificate SAN list versus SIP domain in registration URIs.
Trunks and hard phones may use different listener IPs—openssl each FQDN from the phone’s perspective.
Realtime stacks often pair SIP with WebSocket SSL certificate expired on provisioning portals—check both when softphones fail.
What this error means
SIP over TLS wraps signaling in TLS before REGISTER or INVITE proceeds. Clients validate PKIX rules on the presented server certificate.
Expired material aborts TLS before SIP dialog starts, which phones report as generic SSL or trust failures. SRTP keys are negotiated after signaling TLS succeeds; fixing voice TLS is prerequisite to media problems that look unrelated.
Hostname verification depends on phone firmware—some check CN strictly, others require SAN entries for the SIP domain.
Common causes
SBC certificate renewed on vendor portal but not deployed to active context. Primary/secondary SBC pair serves mixed validity.
Asterisk pjsip cert_file updated without reload. module reload res_pjsip missed while SIP stack still binds old cert.
Wildcard cert expired for voice subdomain. Hard phones cache old trust stores longer than browsers.
TLS on 5061 disabled in panic. Teams revert to UDP, then forget to fix TLS until compliance audit.
Provider certificate expired on hosted PBX. Tenant cannot upload renewal without carrier ticket.
TLS-only trunk while LAN still uses UDP. Trunk fails while desk phones on LAN mislead triage.
Confirm from the outside
OpenSSL SIP TLS
HOST=sip.example.com
echo | openssl s_client -connect "${HOST}:5061" -servername "${HOST}" 2>/dev/null \
| openssl x509 -noout -dates -subject -issuer
Compare web vs SIP serial
echo | openssl s_client -connect "${HOST}:443" -servername "${HOST}" 2>/dev/null | openssl x509 -noout -serial
echo | openssl s_client -connect "${HOST}:5061" -servername "${HOST}" 2>/dev/null | openssl x509 -noout -serial
How to read the output
Matching past notAfter on 5061 confirms voice-specific renewal. Ensure SANs include the domain phones use in registration URIs. If 443 is fresh but 5061 expired, renew SIP listener material independently.
Fix checklist
- Prove expiry on the TLS port handsets use.
- Obtain cert with SANs for SIP FQDNs and SBC public names.
- Upload to SBC or PBX; apply to TLS transport, not only admin UI on 443.
- Reload voice services per vendor runbook across SBC pairs.
- Clear stale trust on test phones if you rotated CA vendor.
- Re-register pilot phones; confirm stable TLS in syslog.
- Re-enable forced TLS if UDP was temporary.
- Monitor SIP TLS endpoint dates separately from marketing HTTPS.
Capture before and after openssl serial in the carrier ticket when the SBC is vendor-operated.
sip tls certificate expired rollouts should place test registrations on desk phones and a trunk sample in the same change window. Reload SBC contexts per vendor guidance—half-applied policies leave one dial plan on expired material. If phones cache trust longer than browsers, power-cycle pilot devices after serial changes even when syslog already shows clean TLS.
Triage myths: codec changes do not fix expired server certs. Falling back to UDP site-wide violates policy and hides the real listener problem. When only remote workers fail, they may hit a different SBC region—openssl each regional FQDN before blaming home routers.
Voice monitoring that only pings SIP options over UDP misses TLS registration failures—pair OPTIONS with periodic openssl on 5061 for numbers that matter to revenue.
Maintain a separate inventory for sip tls certificate expired on carrier-managed SBCs versus on-prem Asterisk—renewal authority differs, but handsets experience one failure mode. After rotation, confirm toll-free and DID trunks that use distinct FQDNs each present fresh dates.
UCaaS migrations often leave a legacy SIP TLS hostname for fax or elevator lines—grep dial plans yearly so those hidden listeners enter the same renewal calendar as agent desktops.
After sip tls certificate expired fixes, run a test call through the recorded IVR path—not only registration syslog—so TLS and media legs both succeed before change tickets close.
Night-shift contact centers often discover expiry at shift change when phones re-register—schedule renewals outside those windows when possible and staff extra dial test capacity.
Add the SIP TLS FQDN to the voice vendor ticket template so openssl output is never omitted.
When to use automation
Voice edges rarely appear on marketing monitors. Add live TLS checks on 5061 for each SBC DNS name. Use /check for companion provisioning portals; SIP signaling needs the same renewal calendar.
Schedule 30, 14, 7, and 1 day alerts—overnight registration storms overwhelm small voice teams.
Frequently asked questions
UDP 5060 still registers?
Plain SIP may work while TLS phones fail. Do not treat UDP success as healthy production if policy requires TLS.
Teams Direct Routing?
Microsoft and carrier certs rotate on their schedule; openssl the SBC FQDN your tenant uses, not only teams.microsoft.com.
Mutual TLS on trunks?
Provider may require client cert freshness too. Fix server expiry first; trunk logs then reveal client cert errors separately.
SRTP one-way audio?
Typically codec or firewall issues after TLS succeeds. Confirm TLS registration completes before chasing RTP.
See what the server presents right now
Free live certificate check — no signup.