可以。两部兼容的 SIP 电话无需注册到 SIP 服务器、IP PBX 或托管语音平台，也能直接进行通信。呼叫时不再拨打分机号码，而是由一部电话直接向另一部电话的 IP 地址或 SIP URI 发送 SIP 请求。这种通信模式通常称为 IP 直呼、点对点 SIP或免注册呼叫。

当少量固定终端只需要完成基本语音通信时，这种方式非常实用，例如门岗与保安室、两个值班岗位、小型仓库、临时作业区或本地备用通信链路。它不需要服务器参与当前呼叫过程，但无法提供完整电话系统所具备的管理、路由和业务功能。

1. 没有中央呼叫平台时，通信如何完成？

常规 VoIP 部署通常包含三个功能部分：

• SIP 服务器或 IP PBX：负责用户注册、终端定位、拨号计划处理、权限应用和呼叫功能控制。

• SIP 终端：用于发起和接收呼叫，包括桌面电话、工业电话、软终端、对讲终端以及其他兼容 SIP 的设备。

• 网关：用于连接 SIP 通信与模拟线路、公共电话网络、广播设备、无线电系统或其他接口。

在直接呼叫中，主叫设备不会向服务器查询某个分机所在的位置，因为它已经知道目标设备的网络地址。呼叫可以通过以下 SIP URI 发起：

sip:192.168.20.32

部分电话可以直接输入 IP 地址，另一些电话则需要使用特定的拨号格式、可编程按键或本地拨号规则。不同设备的操作界面可能不同，因此两端都必须明确支持 IP 直呼，并且被叫电话必须允许接收未经过已注册代理服务器的呼叫。即使关闭注册，部分电话仍可能要求配置本地线路身份；在这种情况下，该线路用于提供 SIP 身份和编解码器配置，而不是服务器账号。

1.1 信令流程仍然使用 SIP

不使用服务器并不意味着不再使用 SIP 协议。主叫电话通常会向目标设备发送 INVITE 请求。被叫电话返回 100 Trying、180 Ringing 等临时响应，并在接听后返回 200 OK。主叫方通过 ACK 完成会话建立。随后，音频按照 SDP 协商确定的编解码器和媒体地址，通过 RTP 进行传输。SDP 信息非常重要，因为它会告诉两部电话应将音频发送到哪里；错误的媒体地址可能导致呼叫已经接通，但一方或双方听不到声音。最后通过 BYE 请求结束会话。

两种模式的区别在于信令路径。使用服务器时，INVITE 会经过代理服务器或 PBX，由平台解析用户当前位置并应用呼叫策略。在点对点模式下，请求直接从一部终端发送到另一部终端。

2. 可靠通话所需的网络条件

只有在网络路径可预测的情况下，IP 直呼才会真正简单可靠。两部电话都需要拥有唯一地址、可达的 IP 路径以及兼容的语音配置。Ping 测试成功只能说明基本网络可能可达，并不能证明 SIP 信令和 RTP 音频能够双向通过。

2.1 地址配置与网络可达性

建议为电话使用固定地址，因为目标信息保存的是 IP 地址，而不是通过已注册的分机号码进行解析。静态 IP 配置或 DHCP 地址保留可以防止电话重启后获得不同的地址。使用 DHCP 地址保留时，应记录设备的 MAC 地址和保留租约，避免更换电话后意外获得其他地址。子网掩码、默认网关和 DNS 设置也必须符合网络设计，并且应在开始 SIP 测试之前排除 IP 地址冲突。

两部电话不必连接到同一台以太网交换机，也不必处于同一个子网。只要网络具备路由，并且安全策略允许相应流量，它们就可以跨 VLAN 和路由网络通信。例如，当路由器同时连接两个网络，并且访问控制规则允许相关会话时，位于 192.168.10.0/24 网络中的电话可以呼叫位于 192.168.20.0/24 网络中的电话。

2.2 信令端口与媒体端口

SIP 通常使用 UDP 或 TCP 端口 5060，加密的 SIP over TLS 通常使用端口 5061。这些只是常见约定，并非固定要求，管理员可以修改设备的监听端口。RTP 音频通常使用终端定义的动态 UDP 端口范围。因此，防火墙可能允许 SIP 请求通过，却拦截了协商产生的音频端口，最终表现为电话能够振铃，但没有声音或只有单向声音。

网络策略应限制在实际使用的源地址和目标地址之间，不应向所有主机开放 SIP 与 RTP 端口。如果电话在直呼模式下支持信令或媒体加密，两端必须采用兼容的证书、传输协议和媒体配置。

2.3 编解码器兼容性

两端至少需要支持一种相同的编解码器。G.711 得到了广泛支持，每个方向的音频净荷为 64 kbit/s，但加入 RTP、UDP、IP 和以太网报头后，实际链路带宽占用会更高。分组时长、VLAN 标签、加密和隧道也会影响带宽。如果两端没有共同的编解码器，并且媒体路径中不存在转码服务器或网关，呼叫可能被拒绝，或者接通后无法正常传输音频。

相关产品：SIP 电话

2.4 公共网络与 NAT

从技术上讲，IP 直呼可以跨公共互联网实现，但通常并不是理想的设计。私有 IP 地址无法从本地网络外部直接访问，端口转换还可能导致 SIP 消息中携带的地址或 RTP 端口无法被远端电话使用。即使信令能够成功建立，防火墙状态发生变化后，媒体传输仍可能中断。

对于跨站点通信，使用可路由的专用 WAN 或站点到站点 VPN 会更加安全，也更容易管理。如果终端必须通过公共网络运行，托管式 SIP 平台和会话边界控制功能可以提供更可靠的 NAT 穿越、身份认证、拓扑隐藏和监控能力，比直接将每部电话暴露在互联网上更合适。

3. 三种实际部署方式

3.1 同一局域网内的两个固定点位

最简单的方式是将两部电话连接到同一个局域网。每部设备使用固定地址，并通过可编程按键保存对方的目标 IP。这种方式适用于前台与保安室、仓库入口与办公室，或者两个呼叫关系很少变化的值班岗位。

这种设计仍然依赖本地交换机、供电系统和终端配置。以太网供电可以简化安装，但关键点位可能仍需要由具备备用电源的交换机供电。如果网络完全中断，还应保留纸质记录的备用联系方式。

3.2 通过专用网络连接的小型站点

如果专用路由网络或 VPN 能够提供稳定的网络可达性，两部终端也可以部署在不同建筑或不同站点。网络应采用不重叠的子网、明确的防火墙规则和经过记录的媒体路径。需要在实际传输路径中检查丢包、抖动和时延，而不能仅凭可用带宽推断通话质量。

这种模式适合少量固定的呼叫关系，但随着站点和终端数量增加，管理难度会迅速上升。每次地址变化都可能需要修改多部电话，而且系统中没有中央目录能够显示哪些目标当前可以访问。

3.3 服务器不可用时的本地备用通信

IP 直呼还可以设计为受限的备用通信路径。选定的终端通过专用按键保存对方地址，只在常规 SIP 平台不可用时启用直接呼叫。这种方式可以在控制室、门岗、值班办公室或其他关键点位之间保留基本通信能力。

备用通信模式必须单独进行测试。部分电话即使注册已经失败，仍会继续通过已配置的代理服务器发送呼叫，除非使用独立的 IP 直呼按键或拨号规则。常规分机按键和备用呼叫按键应明确分开，避免用户在故障期间临时修改设置。项目团队还应确定备用模式下哪些功能会失效、用户如何识别当前模式以及正常服务如何恢复。

4. 无服务器设计的能力边界

点对点呼叫并不是 IP PBX 的缩小版本。它可以在已知终端之间建立媒体会话，却不具备运行企业语音网络所需的业务服务层。由于没有中央组件验证目标地址、更新用户当前位置或应用统一拨号策略，每部电话都必须自行保存完成直接呼叫所需的信息。

当用户需要分机号码、移动注册、呼叫转移、振铃组、语音信箱、IVR、录音、外部中继、集中权限或统一监控时，使用服务器会更加实际。当终端需要移动、使用动态地址，或者运行在需要受控 NAT 穿越的网络中时，也更适合采用中央呼叫平台。

选型应根据实际运行规模确定，而不能只看硬件数量。两部位置固定的电话可以在没有服务器的情况下稳定工作；如果十部电话之间的呼叫关系经常变化，配置管理就可能已经成为问题。即使终端数量很少，只要系统涉及紧急呼叫路由或合规录音，也可能需要集中呼叫控制。

5. 系统调试与故障定位

IP 直呼应作为一项明确的通信服务进行调试，不能仅凭一次成功呼叫就完成验收。应记录两端的 IP 地址、SIP 传输协议、监听端口、RTP 端口范围、编解码器顺序和直呼权限。保存配置备份，可以在电话被更换或恢复出厂设置后加快业务恢复。

1. 确认 IP 可达性：检查 IP 地址、子网掩码、默认网关和 VLAN 归属。当网络策略具有方向性时，应分别测试两个方向。

2. 检查目标格式：按照电话要求使用正确的 IP 地址、SIP URI 或预先编程的直呼按键。

3. 允许未注册呼入：检查 Allow IP Call、Accept Direct IP Call 或 Allow Anonymous SIP Calls 等相关设置。

4. 核对信令传输方式：确认两部电话使用兼容的 UDP、TCP 或 TLS 配置，并检查目标端口是否正确。

5. 比较编解码器：确保两部设备至少启用一种相同的编解码器，并设置合理的优先级。

6. 单独跟踪 RTP：如果呼叫已经接通但没有双向音频，应检查 SDP 地址、协商产生的媒体端口和防火墙路径。

7. 测试故障恢复：重启电话和网络交换机，然后确认已保存的地址和直呼按键仍能正常工作。

不同的故障现象通常对应不同的通信层。如果 INVITE 没有得到响应，应检查目标地址、路由、防火墙或监听端口。忙线或禁止响应可能表示设备已经关闭直呼功能。电话正常振铃却没有声音，通常与 RTP 拦截、SDP 地址错误或编解码器协商有关。呼叫在固定时间后断开，可能是 SIP 确认消息缺失，或者某一方向的会话流量被拦截。在两部电话附近分别抓包，可以判断消息是没有发出、在网络中丢失，还是已经被目标设备接收但遭到拒绝。

IP 直呼适合固定、有限并且网络条件受控的通信路径。它可以降低小型站点的系统复杂度，也能在选定终端之间提供实用的备用通信方式。一旦用户、路由、功能或网络边界开始增加，集中式 SIP 呼叫控制就能提供终端点对点配置无法实现的可视性和策略管理能力。