在TLS证书验证模式中，RFC5922和Legacy（旧版）的主要区别体现在证书验证的严格性和遵循的标准
RFC5922和Legacy（旧版）的主要区别体现在证书验证的严格性和遵循的标准上，具体如下：- RFC5922模式
完全遵循RFC5922标准规范，对证书的验证更为严格。它要求： 证书必须包含有效的主题备用名称（SAN），且与目标域名严格匹配；
证书链完整，必须包含可信任的根CA证书；
严格检查证书的有效期、签名算法等合规性。
这种模式安全性更高，符合现代TLS通信的最佳实践。- Legacy（旧版）模式
采用较宽松的验证策略，主要为了兼容旧设备或不符合最新标准的证书： 可能允许仅使用证书的CommonName（CN）字段进行域名匹配，而非强制要求SAN；
对证书链的检查要求较低，可能兼容一些不完整或非标准的证书配置；
对签名算法等的兼容性更宽松，可能支持已被淘汰的加密算法。
这种模式安全性较低，但兼容性更好，适合需要对接旧系统的场景。
总结：RFC5922是更安全、符合现代标准的验证模式，而Legacy是为兼容旧系统设计的宽松模式。实际使用中，建议优先选择RFC5922以提升通信安全性，仅在必要时使用Legacy模式。
RFC5922是由IETF（互联网工程任务组）发布的一份标准文档，标题为《AUniformResourceIdentifierfortheSessionInitiationProtocol(SIP)》（会话初始协议（SIP）的统一资源标识符）。该文档主要定义了用于标识SIP资源的URI（UniformResourceIdentifier，统一资源标识符）格式，即SIPURI的规范，旨在统一SIP通信中资源标识的格式，确保不同设备和系统之间的互操作性。
RFC5922的核心内容
SIPURI的格式定义
文档明确了SIPURI的结构，基本格式为：
plaintext
sip:user@host:port;uri-parameters?headers
各部分含义如下：
sip:：协议标识符，表明这是一个SIPURI（此外还有sips:用于TLS加密的SIP通信，由RFC3261定义）。
user：用户标识（如用户名、电话号码等），可选（例如sip:example.com中可省略用户部分）。
host：域名或IP地址，标识SIP服务器或终端所在的主机（必选）。
port：端口号（可选，默认SIP端口为5060，sips:默认为5061）。
uri-parameters：URI参数（可选，以分号分隔），用于传递额外信息（如transport=tls指定传输协议）。
headers：SIP消息头（可选，以问号开头，用于在URI中携带SIP头字段，如?subject=meeting）。
示例：
sip:alice@example.com（基础格式，标识用户alice在example.com域）
sip:bob@192.168.1.1:5062;transport=tcp（包含IP地址、端口和传输协议参数）
与其他标准的关系
补充并细化了RFC3261（SIP核心协议）中对SIPURI的定义，解决了RFC3261中未明确的细节（如参数处理、字符编码等）。
明确了SIPURI与其他URI（如mailto:、tel:）的区别，强调其专为SIP会话建立设计。
字符编码与语法规则
规定了URI中允许使用的字符集，以及特殊字符（如空格、标点）的编码方式（需通过百分号编码%xx处理）。
明确了参数和头字段的语法规则，避免解析歧义（例如参数区分大小写，头字段名称不区分大小写）。
应用场景
SIPURI是SIP通信的基础，广泛用于：
标识用户（如sip:user@domain作为SIP账号）。
路由SIP请求（如呼叫、注册消息通过SIPURI定位目标）。
配置SIP设备（如在终端中设置服务器地址sip:server.example.com）。
与相关RFC的关联
RFC3261：SIP核心协议，定义了SIP的基本架构和消息流程，其中包含SIPURI的初步定义，RFC5922对其进行了补充和细化。
RFC3263：定义了SIPURI中host部分的解析规则（如通过DNS查找服务器地址）。
RFC5630：定义了sips:URI（基于TLS的加密SIP通信），与RFC5922共同构成SIP安全标识的基础。
RFC5922的意义在于通过标准化SIPURI格式，确保不同厂商的SIP设备（如IP电话、软电话、服务器）能够正确识别和处理资源标识，是SIP协议互操作性的重要保障。
这段文字主要是关于设备在特定配置下对远程SIP服务器的X.509证书验证机制的说明，核心要点如下：
验证场景：当设备不通过代理、使用TLS连接远程SIP服务器时，该配置决定了验证X.509证书的方式。
前提配置：明确了一系列预设配置，包括SIP默认传输方式为TLS、开启TLS验证、关闭SIP监听端口、关闭WebexCalling配置模式、SIP代理地址为空、SIP类型为标准。
影响范围：验证过程仅影响设备的外呼，所有呼入会被自动拒绝。
操作要求：需向设备上传相关的根CA证书，可通过“xCommandSecurityCertificatesCAAdd”命令完成；修改该配置后建议重启设备。
安全建议：为确保媒体加密，建议开启会议加密模式（xConfigurationConferenceEncryptionMode:On）。