eyeBeam 1.5曾是一款常用的SIP软电话，除了基本的拨号和接听，还提供呼叫保持、转移、免打扰、自动应答和多方会议等操作。对于仍然保留eyeBeam历史环境的企业电话或VoIP系统，这些功能有助于理解客户端怎样处理一通正在进行的电话。
需要说明的是，eyeBeam已经停止销售和运行支持。下面的操作内容主要用于维护已有系统、查询历史配置以及理解旧版SIP软电话的呼叫控制方式，不再作为新建项目的软件安装推荐。
如果需要了解eyeBeam在SIP电话系统中的位置、账号字段、手机卡/PSTN/IMS互通方式以及停用后的迁移，可参考eyeBeam是什么？SIP软电话应用、配置原理与迁移说明。本页只处理客户端操作。
呼叫转移和免打扰怎样设置
呼叫转移用于把原本送到当前eyeBeam账号的来电交给另一个电话号码、SIP地址或后端系统已经配置好的语音邮箱。它与“接听以后手工转接”并不是同一种操作：前者主要针对来电路由，后者发生在当前通话已经建立以后。
在eyeBeam 1.5的历史界面中，呼叫转移相关设置通常可以从Settings进入对应SIP账户，再打开Advanced中的Forwarding选项。旧版常见操作路径为：
F8 / Settings → SIP Accounts → 选择SIP账号 → Advanced → Forwarding
在对应字段中可以填写希望转移到的号码或SIP地址。如果后端SIP服务器已经配置语音邮箱，也可以按照服务器给出的号码或URI设置转移目标。
这里不能把语音邮箱理解成eyeBeam自身提供的功能。客户端只是按照设置把呼叫转向指定地址，最终能否进入语音邮箱，取决于IP PBX或SIP服务器是否已经提供相应业务。
DND（Do Not Disturb）即免打扰。开启DND以后，eyeBeam不再按照普通状态接听新的来电。来电最终得到忙音、被拒绝、进入语音邮箱还是继续转移到其他号码，则取决于客户端响应和后端SIP平台的呼叫规则。
旧版eyeBeam主界面提供DND按钮，适合用户暂时不希望被电话打扰时快速切换状态。恢复正常接听时，再关闭DND即可。
自动应答和自动会议如何配合
eyeBeam的AA（Auto Answer）用于自动应答来电。开启以后，新呼叫到达客户端时，可以在配置条件满足后自动进入接听状态，不需要用户每次手工点击Answer。
这种方式过去常用于测试终端、值班终端或需要自动建立语音连接的特定环境。普通办公分机不一定适合长期开启自动应答，因为来电接通后可能直接使用电脑的麦克风和扬声器。
AC（Auto Conference）则与会议处理有关。它可以和AA配合，决定新的来电在接听后是否按照eyeBeam的会议逻辑加入当前会议。
| AA自动应答 | AC自动会议 | eyeBeam历史版本中的处理方式 |
|---|---|---|
| 关闭 | 关闭 | 用户手工接听来电，并由用户手工组织会议 |
| 开启 | 关闭 | 来电可以自动接听，是否加入会议仍由用户操作 |
| 关闭 | 开启 | 用户先手工接听，再按照会议设置处理当前呼叫 |
| 开启 | 开启 | 来电自动接听，并按照旧版客户端的会议逻辑加入通信 |
以上属于eyeBeam客户端自身的历史操作方式，不代表所有SIP软电话或会议系统都采用相同机制。现代IP PBX还可能通过服务器侧会议室、会议桥或其他方式组织多人通话，此时会议控制不一定由客户端完成。
三方和多方会议怎样建立
eyeBeam支持在客户端上处理多个通话线路，这也是它当年能够实现临时多方会议的基础。建立三方会议时，通常先保持当前通话，再使用另一条线路联系第三方，最后通过CONF将多个通话合并。
例如用户已经与A保持通话，现在需要把B加入，可以按照下面的顺序操作：
- 先将当前与A的通话保持；
- 选择另一条可用线路，拨打B的号码；
- 等待B接听，并确认对方准备加入会议；
- 点击CONF，将当前几个通话合并到同一次会议中。
会议建立以后，各参与方可以在同一次语音会话中交流。如果需要暂时退出会议处理其中一个单独通话，可以根据eyeBeam线路状态先将会议保持，再选择相应线路操作。
原页面还介绍了“把另一场正在进行的会议加入当前会议”的操作。其核心逻辑与三方会议相同：先把本方会议保持，再通过另一条线路联系对方会议主持人，确认以后重新使用CONF合并。
这种客户端合并方式依赖eyeBeam当时的多线路和会议能力。如果后端IP PBX已经提供独立会议服务器，则更常见的做法是让多个SIP终端拨入同一个会议号码，而不是要求某一台eyeBeam始终承担会议合并。
会议中怎样管理单独一方
多人通话建立以后，有时只需要结束其中一名参与者的连接，而不是立即结束整个会议。旧版eyeBeam的基本处理思路，是先暂时保持会议，再找到对应参与者所在的线路。
典型操作过程为：
- 使用CONF暂时保持当前会议；
- 选择需要单独处理的线路；
- 确认对应参与者后结束该线路通话；
- 重新使用CONF恢复其余参与者之间的会议。
实际操作时需要先确认线路与参与者的对应关系，避免误挂其他通话。不同eyeBeam版本的按钮位置和线路显示可能存在差异，维护历史系统时应以当前安装版本界面为准。
呼叫保持也不要与呼叫转移混淆。保持只是暂时保留现有会话，另一方仍属于当前呼叫；转移则是把呼叫交给新的号码或终端，原用户之后可以退出该通信关系。
eyeBeam还包含哪些常用呼叫功能
除了前面几项操作，eyeBeam历史版本还提供多线路、来电显示、呼叫记录、重拨、快速拨号、消息等待提示、即时消息、联系人和音视频通信等功能。部分版本还支持STUN、ICE等NAT相关配置，用于帮助SIP终端在不同IP网络环境之间建立通信。
原文曾写“同时登录多达10个SIP服务器”，这一表述不再继续使用。CounterPath历史产品资料中，eyeBeam 1.5的Multiple Account Support记录为6，因此不同历史资料中的账号数量不应混在一起作为统一规格。具体维护某台旧客户端时，应以其实际版本和许可状态为准。
对于音频和视频编解码，也没有必要在操作文章中罗列一长串格式。SIP通话真正使用哪一种codec，需要由客户端和后端通信系统协商双方共同支持的编码方式。旧项目如果出现“能够呼叫但没有声音”或音频异常，应结合现有SIP服务器和客户端配置检查，而不是只判断eyeBeam是否安装成功。
X-Tunnels等历史网络穿透功能也属于当时特定的软件和服务体系。现在维护跨公网SIP时，更应该根据现有网络和服务器能力检查NAT、防火墙、STUN/ICE、SBC或VPN，而不是重新按照早期X-Tunnels方案建设。
维护eyeBeam历史环境时要注意什么
CounterPath已经停止eyeBeam的更新、销售和运行支持，因此这篇操作说明更适合用于查询已经存在的系统，而不是指导新用户重新下载安装eyeBeam。
维护现有环境时，建议先保留当前可用配置，包括SIP服务器地址、账号、鉴权用户名、端口、编解码、NAT设置以及企业原来的号码和呼叫规则。修改DND、转移、自动应答或会议配置前，也应记录原来的参数，避免一次操作影响其他历史业务。
如果企业准备替换eyeBeam，可以继续沿用后端SIP账号体系，再使用仍处于维护周期、与现有SIP服务器兼容的软电话进行测试。客户端更换以后，应实际验证内线呼叫、外线呼入呼出、双向语音、保持、转接以及会议等原有业务。
eyeBeam的停用并不意味着原来的IP电话系统必须整体更换。它只是整个SIP通信架构中的一个终端。号码、路由、外线和其他业务仍然由SIP服务器或IP PBX管理，迁移重点是确认新的软电话能够继续完成原来由eyeBeam承担的终端操作。
