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