Source note · SIP TLS handshake failures on trunks
When CUBE establishes an inbound TLS session with CN-SAN verification, it skips the trusted IP address check.
Checked 2026-09-25
When an inbound TLS session is established using CN-SAN verification, the trusted IP address check is bypassed.
- Vendor
- Cisco
- Product
- Cisco Unified Border Element (IOS XE)
- Subsystem
- server identity validation
- Deployment
- on-premises
- Region
- not restricted
- Release range
- IOS XE 17.6 onwards
- Checked
- 2026-09-25
Sources
- Cisco Unified Border Element Configuration Guide - Cisco IOS XE 17.6 Onwards - SIP TLS Support — Cisco · tier 2 current vendor documentation · Configure SIP TLS, note on inbound CN-SAN verification
Cite this note
APA
WarmTransfer. (2026, September 25). SIP TLS handshake failures on trunks: source note sip-tls-handshake-failures-cube-cn-san-bypass-ip. WarmTransfer. https://warmtransfer.net/knowledge/claims/sip-tls-handshake-failures-cube-cn-san-bypass-ip
BibTeX
@misc{warmtransfer-claim-sip-tls-handshake-failures-cube-cn-san-bypass-ip,
title = {SIP TLS handshake failures on trunks: source note sip-tls-handshake-failures-cube-cn-san-bypass-ip},
author = {{WarmTransfer}},
year = {2026},
url = {https://warmtransfer.net/knowledge/claims/sip-tls-handshake-failures-cube-cn-san-bypass-ip},
note = {Source note sip-tls-handshake-failures-cube-cn-san-bypass-ip, checked 2026-09-25}
}