适用于 11.3(1) 和更高版本的 Cisco 7800 系列多业务平台 IP 电话管理指南

非歧视性语言

此产品的文档集力求使用非歧视性语言。在本文档集中，非歧视性语言是指不隐含针对年龄、残障、性别、种族身份、族群身份、性取向、社会经济地位和交叉性的歧视的语言。由于产品软件的用户界面中使用的硬编码语言、基于 RFP 文档使用的语言或引用的第三方产品使用的语言，文档中可能无法确保完全使用非歧视性语言。 深入了解思科如何使用包容性语言。

当地语言翻译版本说明

思科可能会在某些地方提供本内容的当地语言翻译版本。请注意，翻译版本仅供参考，如有任何不一致之处，以本内容的英文版本为准。

Book Contents
Find Matches in This Book
语言选择
Download Options

Book Title

适用于 11.3(1) 和更高版本的 Cisco 7800 系列多业务平台 IP 电话管理指南

Chapter Title

配置方法

Results

已更新:
2022年9月8日

Chapter: 配置方法

配置方法

使用 BroadSoft 服务器设置电话

仅 BroadSoft 服务器用户。

您可以向 BroadWorks 平台注册 Cisco IP 多业务平台电话。

过程

步骤 1

从 BroadSoft Xchange 下载 CPE 套件。 要获取最新的 CPE 套件，请转至以下 URL：https://xchange.broadsoft.com。

步骤 2

将最新的 DTAF 文件上传到 BroadWorks（系统级）服务器。

有关详细信息，请转至以下 URL：(https://xchange.broadsoft.com/node/1031047)。 访问《BroadSoft 合作伙伴配置指南》并参阅配置 BroadWorks 设备配置文件类型部分。

步骤 3

配置 Broadworks 设备配置文件类型。

有关如何配置设备配置文件类型的详细信息，请转至以下 URL：

https://xchange.broadsoft.com/node/1031047。 访问《BroadSoft 合作伙伴配置指南》并参阅 BroadWorks 设备配置文件类型配置部分。

设置示例概述

本节介绍在电话与设置服务器之间传输配置文件的程序示例。

有关创建配置文件的信息，请参阅设置格式。

基本重新同步

本节介绍电话的基本重新同步功能。

使用系统日志记录消息

电话可配置为通过 UDP 将日志消息发送到系统日志服务器，包括与设置相关的消息。 为识别此服务器，您可以访问电话 Web 界面（请参阅 访问电话 Web 界面），选择语音 > 系统，然后识别可选网络配置部分系统日志服务器参数中的服务器。 将系统日志服务器 IP 地址配置到设备并查看剩余步骤中生成的消息。

要获取此信息，您可以访问电话 Web 界面，选择 Info > Debug Info > Control Logs，然后单击 messages。

开始之前

过程

步骤 1

在本地 PC 上安装并激活系统日志服务器。
步骤 2

将 PC IP 地址编程到配置文件的 Syslog_Server 参数并提交更改：


<Syslog_Server>192.168.1.210</Syslog_Server>
步骤 3

单击系统选项卡，并在 Syslog_Server 参数中输入本地系统日志服务器的值。

步骤 4

重复执行 TFTP 重新同步中的重新同步操作。

重新同步期间，设备会生成两条系统日志消息。 第一条消息说明正在处理请求。 第二条消息说明重新同步成功或者失败。
步骤 5

验证您的系统日志服务器收到的消息是否与如下消息类似：


CP-78xx-3PCC 00:0e:08:ab:cd:ef –- Requesting resync tftp://192.168.1.200/basic.txt

使用系统日志服务器的 IP 地址设定 Debug_Server 参数（而非 Syslog_Server 参数），并将 Debug_Level 设定为 0 至 3 之间的值（3 最详细），可以获得详细的消息：


<Debug_Server>192.168.1.210</Debug_Server>
<Debug_Level>3</Debug_Level>

可以使用以下参数来配置这些消息的内容：

  • Log_Request_Msg

  • Log_Success_Msg

  • Log_Failure_Msg

如果任何参数被清除，则不会生成相应的系统日志消息。

TFTP 重新同步

电话支持适用于检索配置文件的多个网络协议。 最基本的配置文件传输协议是 TFTP (RFC1350)。 TFTP 广泛用于在专用 LAN 网络内设置网络设备。 尽管不建议部署跨 Internet 的远程终端，但 TFTP 对于小型企业内的部署而言非常方便，既适合内部预设置，又利于开发和测试。 请参阅内部设备预设置，了解有关内部预设置的详细信息。 在下面的程序中，从 TFTP 服务器下载文件后会修改配置文件。

过程

步骤 1

在 LAN 环境中，将 PC 和电话连接到集线器、交换机或小型路由器。
步骤 2

在 PC 上安装并激活 TFTP 服务器。
步骤 3

如示例中所示使用文本编辑器创建配置文件，将 GPP_A 的值设置为 12345678。


<flat-profile>
  <GPP_A> 12345678
  </GPP_A>
</flat-profile>
步骤 4

在 TFTP 服务器的根目录下，以 basic.txt 为名保存配置文件。

您可以验证 TFTP 服务器的配置是否正确：使用 TFTP 客户端（而非电话）请求 basic.txt 文件。 最好从设置服务器使用在单独主机上运行的 TFTP 客户端。

步骤 5

用 PC web 浏览器打开管理员/高级配置页面。 例如，如果电话的 IP 地址是 192.168.1.100：


http://192.168.1.100/admin/advanced
步骤 6

选择 Voice > Provisioning 选项卡，然后检查通用参数 GPP_P 到 GPP_A 的值。 这些值应该为空。

步骤 7

在 web 浏览器窗口中打开重新同步 URL，将测试电话重新同步到 basic.txt 配置文件。

如果 TFTP 服务器的 IP 地址是 192.168.1.200，命令应该与以下示例类似：


http://192.168.1.100/admin/resync?tftp://192.168.1.200/basic.txt

当电话收到此命令时，位于 192.168.1.100 的设备会从 IP 地址为 192.168.1.200 的 TFTP 服务器请求文件 basic.txt。 然后，电话将解析下载的文件，并将 GPP_A 参数的值更新为 12345678。

步骤 8

验证参数是否已正确更新：在 PC web 浏览器上刷新配置页面，然后选择语音 > 设置选项卡。

GPP_A 参数现应包含值 12345678。

将消息记录到系统日志服务器

如果使用参数在电话上配置系统日志服务器，执行重新同步和升级操作时会发送消息到系统日志服务器。 消息可在远程文件请求开始（配置文件或固件负载）和操作结束（指示成功或失败）时生成。

您还可以使用 XML(cfg.xml) 代码配置电话配置文件中的参数。 要配置各个参数，请参阅系统日志参数中的字符串语法。

开始之前

过程

步骤 1

单击语音 > 系统。

步骤 2

在 Optional Network Configuration 部分，在 Syslog Server 中输入服务器 IP，也可以如系统日志参数中所述指定 Syslog Identifier。

步骤 3

可以如系统日志参数中所述使用 Log Request Msg、Log Success Msg 和 Log Failure Msg 定义系统日志消息的内容。

定义系统日志消息内容的字段位于语音 > 设置选项卡的配置配置文件部分。 如果未指定消息内容，将使用字段中的默认设置。 如果任何字段被清除，则不会生成相应的消息。

步骤 4

单击 Submit All Changes 以应用配置。

步骤 5

验证配置的有效性。

  1. 执行 TFTP 重新同步。 请参阅：TFTP 重新同步。

    重新同步期间，设备会生成两条系统日志消息。 第一条消息说明正在处理请求。 第二条消息说明重新同步成功或者失败。

  2. 验证您的系统日志服务器收到的消息是否与如下消息类似：

    CP-78xx-3PCC 00:0e:08:ab:cd:ef –- Requesting resync tftp://192.168.1.200/basic.txt

    CP-88xx-3PCC 00:0e:08:ab:cd:ef –- Successful resync tftp://192.168.1.200/basic.txt

系统日志参数

下表定义了电话 Web 界面中语音 > 系统选项卡下可选网络配置部分中系统日志参数的功能和用法。 它还定义了电话配置文件 (cfg.xml) 中添加的字符串的语法，其中包含用于配置参数的 XML 代码。

表 1. 系统日志参数

参数名称

描述和默认值

系统日志服务器

指定服务器记录电话系统信息和重大事件日志。 如果指定调试服务器和系统日志服务器，则系统日志消息也会记录到调试服务器中。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Syslog_Server ua="na">10.74.30.84</Syslog_Server>

  • 在电话网页上，指定系统日志服务器。

系统日志标识符

选择要包括在上传到系统日志服务器的系统日志消息中的设备标识符。 设备标识符位于每条消息的时间戳之后。 标识符的选项包括：

  • 无：无设备标识符。

  • $MA：以连续小写字母和数字表示的电话的 MAC 地址。 示例：c4b9cd811e29

  • $MAU：以连续大写字母和数字表示电话的 MAC 地址。 示例：C4B9CD811E29

  • $MAC：以冒号分隔的标准格式的电话的 MAC 地址。 示例：c4:b9:cd:81:1e:29

  • $SN：电话的产品序列号。

  • 在包含 XML(cfg.xml) 的电话配置文件中，输入以下格式的字符串：

    <Syslog_Identifier ua="na">$MAC</Syslog_Identifier>

  • 在电话网页上，从列表中选择一个标识符。

默认值：无

日志请求消息

开始尝试重新同步时发送到系统日志服务器的消息。 如果未指定任何值，则不会生成系统日志消息。

默认值为 $PN $MAC -- Requesting resync $SCHEME://$SERVIP:$PORT$PATH

  • 在包含 XML(cfg.xml) 的电话配置文件中，输入以下格式的字符串：

    <Log_Request_Msg ua="na">$PN $MAC -- 请求重新同步 $SCHEME://$SERVIP:$PORT$PATH</Log_Request_Msg>

日志成功消息

成功完成重新同步后发出的系统日志消息。 如果未指定任何值，则不会生成系统日志消息。

在包含 XML(cfg.xml) 的电话配置文件中，输入以下格式的字符串：<Log_Success_Msg ua="na">$PN $MAC -- 成功重新同步 $SCHEME://$SERVIP:$PORT$PATH</Log_Success_Msg>

日志失败消息

尝试重新同步失败后发出的系统日志消息。 如果未指定任何值，则不会生成系统日志消息。

默认值为 $PN $MAC -- Resync failed: $ERR

在包含 XML(cfg.xml) 的电话配置文件中，输入以下格式的字符串：<Log_Failure_Msg ua="na">$PN $MAC -- 重新同步失败: $ERR</Log_Failure_Msg>

唯一的配置文件、宏扩展和 HTTP

在每个电话必须为某些参数（例如 User_ID 或 Display_Name）配置不同值的部署中，服务提供商可以为每个部署的设备创建一个唯一的配置文件，并将这些配置文件托管在设置服务器上。 然后，必须配置每部电话，以根据预先确定的配置文件命名约定，重新同步到自己的配置文件。

通过使用内置变量的宏扩展，配置文件 URL 语法可包含特定于每部电话的标识信息，例如 MAC 地址或序列号。 有了宏扩展之后，便无需在每个配置文件的多个位置指定这些值。

在配置文件规则应用于电话之前，规则会进行宏扩展。 宏扩展控制多个值，例如：

  • $MA 将扩展到设备的 12 位 MAC 地址（使用小写十六进制数字）。 例如 000e08abcdef。

  • $SN 将扩展到设备序列号。 例如 88012BA01234。

其他值可以通过这种方式宏扩展，包括 GPP_A 到 GPP_P 的所有通用参数。 此过程的示例可参见 TFTP 重新同步。 宏扩展不限于 URL 文件名称，但也可以应用到配置文件规则参数的任何部分。 这些参数被引用为 $ A 到 $ P。 有关可用于宏扩展的变量的完整列表，请参阅 宏扩展变量。

在此练习中，配置文件特定于 TFTP 服务器上设置的电话。

在 TFTP 服务器上设置特定 IP 电话配置文件

过程

步骤 1

从产品标签获取电话的 MAC 地址。 MAC 地址是使用数字以及小写十六进制数字的号码，例如 000e08aabbcc。
步骤 2

复制 basic.txt 配置文件（如 TFTP 重新同步中所述）到名为 CP-xxxx-3PCC macaddress.cfg 的新文件（将 xxxx 替换为型号，macaddress 替换为电话的 MAC 地址）。

步骤 3

移动 TFTP 服务器虚拟根目录中的新文件。
步骤 4

访问电话管理网页。 请参阅：访问电话 Web 界面。

步骤 5

选择语音 > 部署。

步骤 6

在配置文件规则字段输入 tftp://192.168.1.200/CP-78xx-3PCC $MA.cfg，其中 xx 是型号。

示例：7841


<Profile_Rule>
  tftp://192.168.1.200/CP-7841-3PCC$MA.cfg
</Profile_Rule>

示例：7832


<Profile_Rule>
  tftp://192.168.1.200/CP-7832-3PCC$MA.cfg
</Profile_Rule>
步骤 7

单击 Submit All Changes。 这样会立即重新启动并重新同步。

下次重新同步时，电话会将 $MA 宏表达式扩展到它的 MAC 地址，从而检索新文件。

HTTP GET 重新同步

与 TFTP 相比，HTTP 提供一种更为可靠的重新同步机制，因为 HTTP 会建立 TCP 连接，而 TFTP 则使用可靠性较低的 UDP。 此外，与 TFTP 服务器相比，HTTP 服务器的过滤和日志记录功能更强。

在客户端，电话不需要在服务器上进行任何特殊的配置设置，即可使用 HTTP 重新同步。 使用 HTTP 搭配 GET 方法的 Profile_Rule 参数语法与用于 TFTP 的语法类似。 如果标准 web 浏览器可以从您的 HTTP 服务器检索配置文件，电话应该也能够执行此操作。

与 HTTP GET 重新同步

过程
步骤 1

在本地 PC 或其他可访问主机上安装 HTTP 服务器。

可从 Internet 下载开放源码 Apache 服务器。
步骤 2

将 basic.txt 配置文件（如 TFTP 重新同步中所述）安装到所安装服务器的虚拟根目录。

步骤 3

要验证服务器安装和 basic.txt 文件访问权限是否适当，请使用 Web 浏览器访问配置文件。

步骤 4

将测试电话的 Profile_Rule 改为指向 HTTP 服务器（而非 TFTP 服务器），从而定期下载其配置文件。

例如，假设 HTTP 服务器位于 192.168.1.300，则输入以下值：

<Profile_Rule>
http://192.168.1.200/basic.txt
</Profile_Rule>
步骤 5

单击 Submit All Changes。 这样会立即重新启动并重新同步。

步骤 6

查看电话发送的系统日志消息。 定期重新同步现在应会从 HTTP 服务器获取配置文件。
步骤 7

在 HTTP 服务器日志中，观察标识测试电话的信息如何显示在用户代理的日志中。

此信息都应包括制造商、产品名称、当前固件版本和序列号。

通过 Cisco XML 设置

对于此处指定为 xxxx 的每个电话，您可以通过 Cisco XML 功能进行设置。

您可以将 XML 对象通过 SIP Notify 数据包发送到电话，或通过 HTTP Post 发送到电话的 CGI 接口：http://IPAddressPhone/CGI/Execute。

CP-xxxx-3PCC 扩展了 Cisco XML 功能，现支持通过 XML 对象进行设置：


<CP-xxxx-3PCCExecute>
        <ExecuteItem URL=Resync:[profile-rule]/>
</CP-xxxx-3PCCExecute>

电话收到 XML 对象后，会从 [profile-rule] 下载设置文件。 此规则使用宏来简化 XML 服务应用程序的开发。

通过宏扩展解析 URL

服务器上具有多个配置文件的子目录为管理所部署的大量设备提供了便利的方法。 配置文件 URL 可能包含：

  • 设置服务器名称或显式 IP 地址。 如果配置文件按名称标识设置服务器，电话将执行 DNS 查询以解析名称。

  • 使用标准语法 :port 在 URL 中指定的非标准服务器端口，位于服务器名称之后。

  • 配置文件所处服务器虚拟根目录的子目录，使用标准 URL 表示法指定，通过宏扩展管理。

例如，以下 Profile_Rule 在服务器子目录 /cisco/config 中，从在主机 prov.telco.com 上运行的 TFTP 服务器请求配置文件 ($PN.cfg)，侦听端口 6900 上的连接： 


<Profile_Rule>
tftp://prov.telco.com:6900/cisco/config/$PN.cfg
</Profile_Rule>

每个电话的配置文件可以在通用参数中标识，其值通过使用宏扩展在通用配置文件规则中引用。

例如，假设 GPP_B 定义为 Dj6Lmp23Q。

Profile_Rule 具有值：


tftp://prov.telco.com/cisco/$B/$MA.cfg

当设备重新同步和宏扩展时，MAC 地址为 000e08012345 的电话将通过以下 URL 请求名称包含设备 MAC 地址的配置文件：


tftp://prov.telco.com/cisco/Dj6Lmp23Q/000e08012345.cfg

自动重新同步设备

设备可以定期重新同步到设置服务器，以确保在服务器上进行的配置文件更改会传播到终端设备（而不是将显式重新同步请求发送到端点）。

要使电话定期重新同步到服务器，使用 Profile_Rule 参数定义配置文件 URL，并使用 Resync_Periodic 参数定义重新同步周期。

开始之前

访问电话管理网页。 请参阅：访问电话 Web 界面。

过程

步骤 1

选择语音 > 部署。

步骤 2

定义 Profile_Rule 参数。 本例假设 TFTP 服务器 IP 地址为 192.168.1.200。
步骤 3

在 Resync Periodic 字段中，输入一个较小的值以进行测试，例如 30 秒。

步骤 4

单击提交所有更改。

使用新的参数设置，电话每分钟会执行两次到 URL 指定的配置文件的重新同步。
步骤 5

查看系统日志跟踪记录中生成的消息（如使用系统日志记录消息部分所述）。

步骤 6

确保 Resync On Reset 字段设置为 Yes。 


<Resync_On_Reset>Yes</Resync_On_Reset>
步骤 7

重启电话以强制其重新同步到设置服务器。

如果出于任何原因重新同步操作失败，比如服务器不响应，设备在重试重新同步之前需等待（Resync Error Retry Delay 中配置的秒数）。 如果 Resync Error Retry Delay 设置为 0，在尝试重新同步失败后，电话不会尝试重新同步。

步骤 8

（可选）将 Resync Error Retry Delay 字段的值设定为较小的数值，例如 30。 


<Resync_Error_Retry_Delay>30</Resync_Error_Retry_Delay>
步骤 9

禁用 TFTP 服务器并查看系统日志输出中的结果。

配置文件重新同步参数

下表定义了电话网页上语音 > 设置选项卡下配置配置文件部分中配置文件重新同步参数的功能和用法。 它还定义了电话配置文件 (cfg.xml) 中添加的字符串的语法，其中包含用于配置参数的 XML 代码。

参数

说明

启用设置

允许或拒绝配置文件重新同步操作。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Provision_Enable ua="na">是</Provision_Enable>

  • 在电话网页上，将此字段设置为 Yes 以允许重新同步操作，或设置为 No 以阻止重新同步操作。

默认值：Yes

重置时重新同步

指定在启动后和每次尝试升级后，电话是否与配置服务器重新同步配置。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_On_Reset ua="na">是</Resync_On_Reset>

  • 在电话网页上，将此字段设置为 Yes 以允许在启动或重置后重新同步，或设置为 No 以阻止在启动或重置后重新同步。

默认值：Yes

重新同步随机延迟

防止预配置服务器在大量设备同时接电且尝试初始配置时过载。 此延迟仅在设备加电或重置后尝试初始配置时有效。

该参数是设备在与预配置服务器联系之前要等待的最长时间间隔。 实际延迟是介于 0 和此值之间的伪随机数字。

此参数以 20 秒为单位。

有效值介于 0 到 65535 之间。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_Random_Delay ua="na">2</Resync_Random_Delay>

  • 在电话网页上，为电话指定单位数（20 秒），以便在启动或重置后延迟重新同步。

默认值为 2（40 秒）。

重新同步时间 (HHmm)

电话与配置服务器重新同步的时间 (HHmm)。

此字段的值必须为介于 0000 到 2400 之间的四位数字，以 HHmm 格式表示时间。 例如，0959 年表示 09:59。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_At__HHmm_ ua="na">0959</Resync_At__HHmm_>

  • 在电话网页上，以 HHMM 格式指定电话开始重新同步的时间。

默认值为空。 如果值无效，该参数将被忽略。 如果此参数设置为有效值，则 Resync Periodic 参数将被忽略。

随机延迟重新同步

防止设置服务器在大量设备同时接电时过载。

为避免来自多部电话的大量重新同步请求涌向服务器，电话的重新同步范围介于小时和分钟，以及小时、分钟加上随机延迟之间 (hhmm, hhmm+random_delay)。 例如，如果随机延迟 =（随机延迟时重新同步 + 30）/60 分钟，以秒为单位输入的值会转换为分钟，四舍五入计入下一分钟以计算最终的 random_delay 间隔。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_At_Random_Delay ua="na">600</Resync_At_Random_Delay>

  • 在电话网页上上，以秒为单位指定时段。

有效值介于 600 到 65535 之间。

如果值小于 600，则内部随机延迟介于 0 到 600 之间。

默认值为 600 秒（10 分钟）。

重新同步周期

与设置服务器定期重新同步的时间间隔。 仅在第一次成功同步服务器后，关联重新同步计时器才会激活。

有效格式如下所示：

  • 一个整数

    示例：输入 3000 表示下次重新同步将在 3000 秒后发生。

  • 多个整数

    示例：输入 600,1200,300 表示第一次重新同步将在 600 秒后发生，第二次重新同步将在第一次重新同步之后的 1200 秒后发生，第三次重新同步将在第二次重新同步之后的 300 秒后发生。

  • 时间范围

    示例：输入 2400+30 表示下次重新同步将在重新同步成功后的 2400 到 2430 秒之间发生。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_Periodic ua="na">3600</Resync_Periodic>

  • 在电话网页上上，以秒为单位指定时段。

此参数设置为零将禁用定期重新同步。

默认值为 3600 秒。

重新同步错误重试延迟

如果因为电话无法从服务器检索配置文件导致重新同步操作失败，或者下载的文件已损坏或发生内部错误，电话将在指定的时间（以秒为单位）之后再次尝试重新同步。

有效格式如下所示：

  • 一个整数

    示例：输入 300 表示下次重新同步重试将在 300 秒后发生。

  • 多个整数

    示例：输入 600,1200,300 表示第一次重试将在失败之后的 600 秒后发生，第二次重试将在第一次重试失败之后的 1200 秒后发生，第三次重试将在第二次重试失败之后的 300 秒后发生。

  • 时间范围

    示例：输入 2400+30 表示下次重试将在重新同步失败后的 2400 到 2430 秒之间发生。

如果延迟设置为 0，在尝试重新同步失败后，设备不会再尝试重新同步。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_Error_Retry_Delay ua="na">60,120,240,480,960,1920,3840,7680,15360,30720,61440,86400</Resync_Error_Retry_Delay>

  • 在电话网页上上，以秒为单位指定时段。

默认值：60,120,240,480,960,1920,3840,7680,15360,30720,61440,86400

强制重新同步延迟

执行重新同步之前电话等待的最长延迟（以秒为单位）。

如果有一条电话线路处于活动状态，设备不会重新同步。 因为重新同步可能需要数秒钟的时间，所以最好等待，直至设备在重新同步之前长时间处于空闲状态。 这使得用户能够连续发起呼叫而不会中断。

设备有一个计时器，当其所有线路变为空闲时便会开始倒计时。 此参数是计数器的初始值。 重新同步事件会延迟直至此计数器递减为零。

有效值介于 0 到 65535 之间。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Forced_Resync_Delay ua="na">14400</Forced_Resync_Delay>

  • 在电话网页上上，以秒为单位指定时段。

默认值为 14,400 秒。

从 SIP 重新同步

通过从服务提供商代理服务器发送到电话的 SIP 通知事件来控制对重新同步操作的请求。 如果启用，代理可以通过向设备发送包含 Event: resync 标头的 SIP 通知消息来请求重新同步。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_From_SIP ua="na">是</Resync_From_SIP>

  • 在电话网页上，选择 Yes 以启用此功能，或选择 No 将其禁用。

默认值：Yes

尝试升级后重新同步

在发生任何升级之后启用或禁用重新同步操作。 如果选择 Yes，固件升级后会触发同步。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_After_Upgrade_Attempt ua="na">是</Resync_After_Upgrade_Attempt>

  • 在电话网页上，选择 Yes 在固件升级后触发重新同步，或选择 No 不重新同步。

默认值：Yes

Resync Trigger 1

Resync Trigger 2

如果这些参数的逻辑公式计算结果为 FALSE，即使 Resync On Reset 设置为 TRUE，也不会触发重新同步。 只有通过直接操作 URL 和 SIP 通知，重新同步才会忽略这些重新同步触发器。

各个参数都可以使用经过宏扩展的条件表达式设置。 有关有效宏扩展的信息，请参阅宏扩展变量。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_Trigger_1 ua="na">$UPGTMR gt 300 和 $PRVTMR ge 600</Resync_Trigger_1>

    <Resync_Trigger_2 ua="na"/>

  • 在电话网页上，指定触发器。

默认值：空

用户可配置重新同步

允许用户在电话屏幕菜单重新同步电话。 当设置为 Yes 时，用户可以通过从电话输入配置文件规则来重新同步电话配置。 如果设置为 No，则配置文件规则参数不会在电话屏幕菜单上显示。 配置文件规则参数位于应用程序 > 设备管理下。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <User_Configurable_Resync ua="na">是</User_Configurable_Resync>

  • 在电话网页上，选择 Yes 在电话菜单中显示配置文件规则，或选择 No 以隐藏此参数。

默认值：Yes

FNF 重新同步失败

如果未从服务器收到请求的配置文件，重新同步通常被视为失败。 此参数将改写此行为。 如果设置为 No，当收到服务器发回的 file-not-found 响应时，设备会认为重新同步成功。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Resync_Fails_On_FNF ua="na">是</Resync_Fails_On_FNF>

  • 在电话网页上，选择 Yes 将 file-not-found 响应视为重新同步不成功，或者选择 No 将 file-not-found 响应视为重新同步成功。

默认值：Yes

Profile Authentication Type

指定用于验证配置文件帐户的凭证。 可用的选项有：

  • Disabled：禁用配置文件帐户功能。 禁用此功能后，Profile account setup 菜单不会在电话屏幕上显示。

  • 基本 HTTP 验证: HTTP 登录凭证用于验证配置文件帐户。

  • XSI Authentication：XSI 登录凭证或 XSI SIP 凭证用于验证配置文件帐户。 验证凭证取决于电话的 XSI Authentication Type：

    • 当电话的 XSI Authentication Type 设置为 Login Credentials 时，使用 XSI 登录凭证。

    • 当电话的 XSI 验证类型设置为 SIP 凭证时，使用 XSI SIP 凭证。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Profile_Authentication_Type ua="na">基本 HTTP 验证</Profile_Authentication_Type>

  • 在电话网页上，从列表中选择一个选项以便电话验证配置文件重新同步。

默认值：Basic HTTP Authentication

配置文件规则

配置文件规则 B

配置文件规则 C

配置文件规则 D

每条配置文件规则会告知电话应从哪个来源获取配置文件（配置文件）。 每个重新同步操作期间，电话会依次应用所有配置文件。

如果您要对配置文件应用 AES-256-CBC 加密，如下所示采用 --key 关键字指定加密密钥：

[--密钥 <encryption key>]

您可以将加密密钥括在双引号 (") 内。

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Profile_Rule ua="na">/$PSN.xml</Profile_Rule>

    <Profile_Rule_B ua="na"/>

    <Profile_Rule_C ua="na"/>

    <Profile_Rule_D ua="na"/>

  • 在电话网页上，指定配置文件规则。

默认值：/$PSN.xml

使用的 DHCP 选项

DHCP 选项用逗号分隔，用于检索固件和配置文件。

默认值：66,160,159,150,60,43,125

DHCPv6 Option To Use

DHCP 选项用逗号分隔，用于检索固件和配置文件。

默认值：17,160,159

设置电话以使用激活码加入

如果您的网络配置为激活码加入，则可以设置新电话以安全方式自动注册。 您可以生成并为每位用户提供唯一的 16 位激活码。 用户输入激活码后，电话会自动注册。 此功能可确保您的网络安全，因为用户必须输入有效的激活码，电话才能注册。

激活码只能使用一次，并且有一个有效期限。 如果用户输入过期的代码，电话屏幕上将显示激活码无效。 如果发生这种情况，请为用户提供新代码。

11-2-3MSR1 版固件、BroadWorks 应用程序服务器版本 22.0（修补程序 AP.as 22.0.1123 ap368163 及其依赖项）中提供了此功能。 不过，您可以用较旧的固件改装电话以使用此功能。 要执行此操作，请遵照以下程序。

开始之前

确保允许 activation.Webex.com 服务通过防火墙，以支持通过激活码加入。

如果要为激活设置代理服务器，请确保正确配置了代理服务器。 请参阅：设置代理服务器。

访问电话网页。 访问电话 Web 界面

过程

步骤 1

将电话重置为出厂设置。
步骤 2

选择 Voice > Provisioning > Configuration Profile。

步骤 3

在 Profile Rule 字段中如激活码配置参数表格中所述输入配置文件规则。

步骤 4

(可选) 在 Firmware Upgrade 部分的 Upgrade Rule 字段中，如激活码配置参数表格中所述输入升级规则。

步骤 5

提交所有更改。

激活码配置参数

下表定义了电话网页上语音 > 配置选项卡下配置文件部分中激活码参数的功能和用法。 它还定义了电话配置文件 (cfg.xml) 中添加的字符串的语法，其中包含用于配置参数的 XML 代码。

参数

说明

配置文件规则

配置文件规则 B

配置文件规则 C

配置文件规则 D

按顺序计算远程配置文件规则。 每个重新同步操作都可以取回可能由不同服务器管理的多个文件。

执行下列操作之一：

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Profile_Rule ua="na">gds://</Profile_Rule>

  • 在电话 Web 界面中，输入以下格式的字符串：

    gds://

默认值：/$PSN.xml

升级规则

指定定义升级条件及所关联固件 URL 的固件升级脚本。 它使用相同的语法作为配置文件规则。

执行下列操作之一：

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <Upgrade_Rule ua="na">http://<server ip address>/
sip88xx.11-2-3MSR1-1.loads</Upgrade_Rule>

  • 在电话 Web 界面中，输入升级规则：

    protocol://server[:port]/profile_pathname

    例如：

    tftp://192.168.1.5/image/sip88xx.11-2-3MSR1-1.loads

若未指定任何协议，系统会假设您指定了 TFTP。 若未指定服务器名称，则使用请求 URL 的主机作为服务器名称。 若未指定端口，则使用默认端口（TFTP 使用端口号 69、HTTP 使用端口号 80 或 HTTPS 使用端口号 443）。

默认值：空

将您的电话直接迁移到企业电话

现在，您只需一步即可轻松将电话迁移到企业电话，无需使用转换固件负载。

开始之前

访问电话管理网页。 请参阅：访问电话 Web 界面。

过程

步骤 1

选择语音 > 预配置。

步骤 2

在 Upgrade Rule 字段中，输入固件升级脚本以设置 Upgrade Rule 参数。 有关语法详细信息，请参阅定义升级的条件和相关固件 URL。 它使用相同的语法作为配置文件规则。 输入脚本并使用以下格式输入升级规则： 

<tftp|http|https>://<ipaddress>/image/<load name>

例如：

tftp://192.168.1.5/image/sip78xx.14-1-1MN-366.loads
步骤 3

输入一个值以从服务器获取和授权许可证，从而配置 Transition Authorization Rule 参数。

您也可以通过输入以下格式的字符串，在配置文件 (cfg.xml) 中配置此参数：

<Trans_Auth_Rule ua="na">http://10.74.51.81/prov/migration/E2312.lic</Trans_Auth_Rule>
步骤 4

在 Transition Authorization Type 参数中，将许可证类型设置为 Classic。

您也可以通过输入以下格式的字符串，在配置文件 (cfg.xml) 中配置此参数：

<Trans_Auth_Type ua="na">Classic</Trans_Auth_Type>
步骤 5

单击 Submit All Changes。

安全 HTTPS 重新同步

电话上配置了以下机制，用于通过安全的通信流程完成重新同步：

  • 基本 HTTPS 重新同步

  • HTTPS 与客户端证书验证

  • HTTPS 客户端过滤和动态内容

基本 HTTPS 重新同步

HTTPS 会向 HTTP 添加 SSL 用于远程设置，以便:

  • 电话可以验证设置服务器。

  • 设置服务器可以验证电话。

  • 确保电话和设置服务器之间所交换信息的机密性。

SSL 会使用在电话与设置服务器之间预安装的公共/专用密钥对，为电话与服务器之间的每个连接生成和交换秘密（对称）密钥。

在客户端，不需要在服务器上进行任何特殊的配置设置，电话即可使用 HTTPS 重新同步。 使用 HTTPS 搭配 GET 方法的 Profile_Rule 参数语法与用于 HTTP 或 TFTP 的语法类似。 如果标准 web 浏览器可以从您的 HTTPS 服务器检索配置文件，电话应该也能够执行此操作。

除安装 HTTPS 服务器外，还必须在设置服务器上安装思科签名的 SSL 服务器证书。 设备无法重新同步到使用 HTTPS 的服务器，除非服务器提供思科签名的服务器证书。 有关为语音产品创建签名 SSL 证书的说明，可参阅 https://supportforums.cisco.com/docs/DOC-9852。

通过基本 HTTPS 重新同步进行验证

过程
步骤 1

通过正常的主机名转换，在 IP 地址为网络 DNS 服务器所知的主机上安装 HTTPS 服务器。

当使用开放源码 mod_ssl 软件包安装时，可以将开放源码 Apache 服务器配置为作为 HTTPS 服务器运行。
步骤 2

生成为服务器签署请求的服务器证书。 对于此步骤，您可能需要安装开放源码 OpenSSL 软件包或同等软件。 如果使用 OpenSSL，生成基本 CSR 文件的命令如下：


openssl req –new –out provserver.csr

此命令生成公共/专用密钥对，保存在 privkey.pem 文件中。

步骤 3

提交 CSR 文件 (provserver.csr) 供思科签名。

签名的服务器证书 (provserver.cert) 会随 Sipura CA 客户端根证书 spacroot.cert 一起返回。

有关详细信息，请参阅 https://supportforums.cisco.com/docs/DOC-9852
步骤 4

将签名的服务器证书、专用密钥对文件和客户端根证书存储在服务器上的适当位置。

如果在 Linux 上安装 Apache，这些位置通常如下所示：


# Server Certificate:
SSLCertificateFile /etc/httpd/conf/provserver.cert
# Server Private Key:
SSLCertificateKeyFile /etc/httpd/conf/pivkey.pem
# Certificate Authority:
SSLCACertificateFile /etc/httpd/conf/spacroot.cert
步骤 5

重新启动服务器。
步骤 6

将 basic.txt 配置文件（如 TFTP 重新同步中所述）安装到 HTTPS 服务器的虚拟根目录。

步骤 7

在本地 PC 上使用标准浏览器从 HTTPS 服务器下载 basic.txt，验证服务器操作是否适当。

步骤 8

检查服务器提供的服务器证书。

除非浏览器已预先配置为接受思科作为根 CA，否则浏览器可能不会将证书识别为有效。 不过，电话期望通过这种方式签署证书。

修改测试设备的 Profile_Rule 以包含对 HTTPS 服务器的引用，例如：


<Profile_Rule>
https://my.server.com/basic.txt
</Profile_Rule>

此例假设 HTTPS 服务器的名称是 my.server.com。

步骤 9

单击 Submit All Changes。

步骤 10

查看电话发送的系统日志跟踪记录。

系统日志消息应指明重新同步已从 HTTPS 服务器取得配置文件。
步骤 11

(可选) 使用电话子网上的以太网协议分析器来验证数据包是否已加密。

在此练习中，未启用客户端证书验证。 电话与服务器之间的连接已加密。 但是，由于知道文件名和目录位置，任何客户端都可以连接到服务器并请求文件，因此传输不安全。 为确保重新同步安全，服务器还必须验证客户端，如 HTTPS 与客户端证书验证中的练习所示。

HTTPS 与客户端证书验证

在出厂默认配置中，服务器不会从客户端请求 SSL 客户端证书。 传输配置文件不安全，因为任何客户端都可以连接到服务器并请求配置文件。 您可以编辑配置以启用客户端验证；在接受连接请求之前，服务器需要客户端证书来验证电话。

由于这一要求，使用缺少适当证书的浏览器无法独立测试重新同步操作。 使用 ssldump 实用程序可以在测试电话和服务器之间观察到 HTTPS 连接中的 SSL 密钥交换。 实用程序跟踪记录会显示客户端与服务器之间的交互。

使用客户端证书验证 HTTPS

过程
步骤 1

在 HTTPS 服务器上启用客户端证书验证。
步骤 2

在 Apache (v.2)，在服务器配置文件中设置以下信息：


SSLVerifyClient  require

此外，确保已如基本 HTTPS 重新同步的练习中所示存储 spacroot.cert。

步骤 3

重新启动 HTTPS 服务器，从电话查看系统日志跟踪记录。

现在，与服务器的每次重新同步都会执行对称验证，以便在传输配置文件之前验证服务器证书和客户端证书。
步骤 4

使用 ssldump 捕获电话和 HTTPS 服务器之间的重新同步连接。

如果在服务器上正确启用了客户端证书验证，ssldump 跟踪会在包含配置文件的加密数据包之前显示证书的对称交换（首先服务器到客户端，然后客户端到服务器）。

启用客户端验证后，只有具有匹配有效客户端证书的 MAC 地址的电话能从设置服务器请求配置文件。 服务器拒绝来自普通浏览器或其他未经授权设备的请求。

配置 HTTPS 服务器以进行客户端筛选和动态内容

如果 HTTPS 服务器配置为要求客户端证书，证书中的信息会标识重新同步电话，并为其提供正确的配置信息。

HTTPS 服务器将证书信息提供给作为重新同步请求一部分调用的 CGI 脚本（或编译的 CGI 程序）。 为说明目的，此练习使用开放源码 Perl 脚本语言，并假定将 Apache (v.2) 用作 HTTPS 服务器。

过程

步骤 1

在运行 HTTPS 服务器的主机上安装 Perl。
步骤 2

生成以下 Perl 反射器脚本：


#!/usr/bin/perl -wT
use strict;
print “Content-Type: text/plain\n\n”;
print “<flat-profile><GPP_D>”;

print “OU=$ENV{‘SSL_CLIENT_I_DN_OU’},\n”;
print “L=$ENV{‘SSL_CLIENT_I_DN_L’},\n”;
print “S=$ENV{‘SSL_CLIENT_I_DN_S’}\n”;
print “</GPP_D></flat-profile>”;
步骤 3

以 reflect.pl 为名将此具有执行权限（Linux 上的 chmod 755）的文件保存在 HTTPS 服务器的 CGI 脚本目录中。

步骤 4

验证服务器上的 CGI 脚本的可访问性（即 /cgi-b i n /...）。

步骤 5

如以下示例所示，修改测试设备上的 Profile_Rule 以重新同步到反射器脚本：


https://prov.server.com/cgi-bin/reflect.pl?
步骤 6

单击 Submit All Changes。

步骤 7

查看系统日志跟踪记录，确保重新同步成功。
步骤 8

访问电话管理网页。 请参阅：访问电话 Web 界面。

步骤 9

选择语音 > 部署。

步骤 10

验证 GPP_D 参数是否包含脚本捕获的信息。

如果测试设备带有制造商提供的唯一证书，此信息将包含产品名称、MAC 地址和序列号。 如果设备是在固件版本 2.0 之前制造的，信息包含通用字符串。

类似脚本可以确定重新同步设备的相关信息，然后为设备提供适当的配置参数值。

HTTPS 证书

电话提供了可靠、安全的设置策略，基于从设备到设置服务器的 HTTPS 请求。 向服务器验证电话以及向电话验证服务器时，同时使用服务器证书和客户端证书。

除思科签发的证书外，电话还接受来自一组常用 SSL 证书提供商的服务器证书。

要在电话中使用 HTTPS，您必须生成证书签名请求 (CSR) 并将其提交给思科。 电话将生成一个证书，以便在设置服务器上进行安装。 当电话寻求与设置服务器建立 HTTPS 连接时，会接受该证书。

HTTPS 方法

HTTPS 会将客户端与服务器之间的通信加密，从而保护来自其他网络设备的消息内容。 客户端和服务器之间的通信正文的加密方法基于对称密钥加密。 采用对称密钥加密时，客户端和服务器通过受公共/专用密钥加密保护的安全通道共享一个密钥。

用密钥加密的消息只能使用同一个密钥解密。 HTTPS 支持广泛的对称加密算法。 电话可使用美国加密标准 (AES) 以及 128 位 RC4 实施最多 256 位对称加密。

HTTPS 还可验证参与安全事务的服务器与客户端。 此功能可确保设置服务器和单独的客户端不会遭网络上的其他设备欺骗。 此功能在远程终端设置中必不可少。

使用公共/专用密钥加密以及包含公共密钥的证书执行服务器和客户端验证。 如果文本是使用公共密钥加密，则仅可通过对应的专用密钥解密（反之亦然）。 对于公共/专用密钥加密，电话支持 Rivest-Shamir-Adleman (RSA) 算法。

SSL 服务器证书

每个安全设置服务器都会签发直接由思科签名的安全套接字层 (SSL) 服务器证书。 电话上运行的固件只会将思科证书识别为有效。 当客户端使用 HTTPS 连接到服务器时，它会拒绝并非由思科签名的服务器证书。

这一机制可防止服务提供商未经授权访问电话，或阻止任何企图欺骗设置服务器的行为。 如果没有这个保护机制，攻击者可能可以重新设置电话，以获取配置信息或使用不同的 VoIP 服务。 如果没有对应于有效服务器证书的专用密钥，攻击者将无法与电话建立通信。

获取服务器证书

过程
步骤 1

同将与您在证书流程方面合作的思科支持人员联系。 如果不与特定支持人员合作，通过电子邮件将您的请求发送到 ciscosb-certadmin@cisco.com。
步骤 2

生成将用于 CSR（证书签名请求）的专用密钥。 此为专用密钥，您无需将其提供给思科支持部门。 使用开放源码“openssl”生成密钥。 例如：

openssl genrsa -out <file.key> 1024
步骤 3

生成 CSR，其中包含标识您的组织和位置的字段。 例如：

openssl req -new -key <file.key> -out <file.csr>

您必须具备以下信息：

  • 主题字段 — 输入公用名称 (CN)，必须采用 FQDN（完全限定域名）语法。 在 SSL 验证握手过程中，电话会验证其收到的证书是否来自提供该证书的计算机。

  • 服务器主机名 — 例如 provserv.domain.com。

  • 电子邮件地址 — 输入电子邮件地址以便座席可以在需要时联系到您。 此电子邮件地址会显示在 CSR 中。
步骤 4

通过电子邮件将 CSR（ZIP 文件格式）发送给 Cisco 支持人员或 ciscosb-certadmin@cisco.com。 证书由思科签名。 思科会将证书发送给您以安装在系统上。

客户端证书

除直接攻击电话外，攻击者还可能尝试通过标准 web 浏览器或另一个 HTTPS 客户端联系设置服务器，以从设置服务器获取配置文件。 为防止这类攻击，每部电话也携带由思科签名的唯一客户端证书，其中包含每个单独端点的标识信息。 每个服务提供商将获得能够验证设备客户端证书的证书权限根证书。 此验证路径允许设置服务器拒绝针对配置文件的未经授权请求。

证书结构

服务器证书和客户端证书相结合，可确保远程电话及其设置服务器之间的通信安全。 下图所示为 Cisco 客户端、设置服务器以及证书权限中，证书、公共/专用密钥对以及签名根权限的关系和布局。

图表的上半部分显示设置服务器根权限，用于签署单一设置服务器证书。 相应的根证书被编入固件，使得电话能够验证授权的设置服务器。

图 1. 证书权限流程图

配置自定义的证书权限

可以使用数字证书验证网络设备和网络上的用户。 它们可用于协商网络节点之间的 IPSec 会话。

第三方使用证书权限证书验证和确认尝试通信的两个或多个节点。 每个节点都有一个公共和专用密钥。 公共密钥加密数据。 专用密钥解密数据。 由于各个节点是从同一个源获取证书，因此可以确保各自的身份。

设备可以使用第三方证书权限 (CA) 提供的数字证书验证 IPSec 连接。

电话支持嵌入固件的一组预先加载的根证书权限：

  • Cisco Small Business CA Certificate

  • CyberTrust CA Certificate

  • Verisign CA certificate

  • Sipura Root CA Certificate

  • Linksys Root CA Certificate

开始之前

访问电话管理网页。 请参阅：访问电话 Web 界面。

过程
步骤 1

选择Info > Status。

步骤 2

滚动至 Custom CA Status 并查看以下字段：

  • Custom CA Provisioning Status — 指示设置状态。

    • 上次于 mm/dd/yyyy HH:MM:SS 设置成功；或者

    • 上次于 mm/dd/yyyy HH:MM:SS 设置失败

  • Custom CA Info — 显示自定义 CA 的相关信息。

    • 已安装 — 显示“CN 值”，“CN 值”是第一个证书中主题字段 CN 参数的值。

    • 未安装 — 在未安装自定义 CA 证书时显示。

配置文件管理

本节介绍如何构建配置文件，从而为下载做好准备。 为介绍功能，我们将来自本地 PC 的 TFTP 用作重新同步方法，尽管也可以使用 HTTP 或 HTTPS。

通过 Gzip 压缩开放配置文件

如果配置文件单独指定所有参数，XML 格式的配置文件可能会变得非常大。 要减少设置服务器上的负载，电话支持使用 gzip 实用程序 (RFC 1951) 支持的 deflate 压缩格式压缩 XML 文件。


注
电话的压缩必须在加密之前完成，以识别压缩和加密的 XML 配置文件。

要整合到自定义的后端设置服务器解决方案，可以用开放源码 zlib 压缩库代替独立的 gzip 实用程序执行配置文件压缩。 不过，电话期望文件包含有效的 gzip 标头。

过程

步骤 1

在本地 PC 上安装 gzip。
步骤 2

通过从命令行调用 gzip 来压缩 basic.txt 配置文件（如 TFTP 重新同步中所述）： 


gzip basic.txt

这将生成压缩的文件 basic.txt.gz。

步骤 3

在 TFTP 服务器虚拟根目录下保存 basic.txt.gz 文件。

步骤 4

修改测试设备上的 Profile_Rule，以便重新同步到替代原始 XML 文件的压缩文件，如以下示例所示：


tftp://192.168.1.200/basic.txt.gz
步骤 5

单击 Submit All Changes。
步骤 6

查看来自电话的系统日志跟踪记录。

在重新同步时，电话会下载新文件，并用其更新自己的参数。

使用 OpenSSL 加密配置文件

压缩或未压缩的配置文件都可加密（但文件必须先加密才能压缩）。 当需要特别注意配置文件信息的机密性（例如将 TFTP 或 HTTP 用于电话与设置服务器之间的通信）时，加密非常有用。

电话支持使用 256 位 AES 算法的对称密钥加密。 可以使用开放源码 OpenSSL 软件包来执行这种加密。

过程

步骤 1

在本地 PC 上安装 OpenSSL。 这可能需要重新编译 OpenSSL 应用程序以启用 AES。
步骤 2

使用 basic.txt 配置文件（如 TFTP 重新同步中所述），通过以下命令生成加密的文件： 


>openssl enc –aes-256-cbc –k MyOwnSecret –in basic.txt –out basic.cfg

也可以使用在通过 Gzip 压缩开放配置文件中创建的压缩文件 basic.txt.gz，因为 XML 配置文件可以同时压缩和加密。

步骤 3

在 TFTP 服务器虚拟根目录下保存加密的 basic.cfg 文件。

步骤 4

在测试设备上修改 Profile_Rule，以便重新同步取代原始 XML 文件的加密文件。 加密密钥通过以下 URL 选项为电话所知：


[--key MyOwnSecret ] tftp://192.168.1.200/basic.cfg
步骤 5

单击 Submit All Changes。

步骤 6

查看来自电话的系统日志跟踪记录。

在重新同步时，电话会下载新文件，并用其更新自己的参数。

创建分区的配置文件

在每个重新同步期间，电话会下载多个独立的配置文件。 这种做法允许在单独的服务器上管理不同类型的配置文件信息，并且可以维护与帐户特定值不同的通用配置参数值。

过程

步骤 1

创建新的 XML 配置文件 basic2.txt，采用与之前练习不同的做法为参数指定值。 例如，转到 basic.txt 配置文件，添加以下内容： 


<GPP_B>ABCD</GPP_B>
步骤 2

在 TFTP 服务器的虚拟根目录中存储 basic2.txt 配置文件。

步骤 3

保留文件夹中在之前练习中建立的第一个配置文件规则，但配置第二个配置文件规则 (Profile_Rule_B)，使其指向新的文件：


<Profile_Rule_B>tftp://192.168.1.200/basic2.txt
</Profile_Rule_B>
步骤 4

单击 Submit All Changes。

无论何时重新同步操作到期，电话现在都会按顺序重新同步第一个和第二个配置文件。
步骤 5

观察系统日志跟踪记录以确认预期的行为。

设置电话隐私标头

SIP 消息中的用户隐私标头设置来自受信任的网络的用户隐私需求。

您可以使用 XML 标记在 config.xml 文件中设置每个线路分机的用户隐私标头值。

隐私标头选项包括：

  • Disabled（默认值）

  • none—用户请求隐私服务不对此 SIP 消息应用隐私功能。

  • header—用户需要隐私服务来遮盖无法清除标识信息的标头。

  • session—用户请求隐私服务为会话提供匿名性。

  • user—用户请求仅通过中间人的隐私级别。

  • id—用户请求系统替换不显示 IP 地址或主机名的 id。

过程

步骤 1

在文本编辑器或 XML 编辑器中编辑电话 config.xml 文件。

步骤 2

插入 <Privacy_Header_N_ ua="na">值</Privacy_Header_N_> 标记，其中 n 是行分机号码 (1-10)，并使用以下值之一。

  • 默认值：Disabled
  • none
  • header
  • session
  • user
  • id
步骤 3

(可选) 使用相同的标记及所需的线路分机号码部署任何其他线路分机。
步骤 4

保存对 config.xml 文件的更改。

续订 MIC 证书

您可以通过指定的或默认的安全唯一设备标识符 (SUDI) 服务续订厂商预装证书 (MIC)。 如果 MIC 证书过期，使用 SSL/TLS 的功能将不起作用。

开始之前

  • 确保允许 sudirenewal.cisco.com 服务（端口 80）通过防火墙以支持 MIC 证书续订。

  • 访问电话管理网页。 请参阅：访问电话 Web 界面。

过程

步骤 1

选择语音 > 预配置。

步骤 2

在 MIC Cert Settings 部分，按照通过 SUDI 服务续订 MIC 证书参数中的定义设置参数。

步骤 3

单击 Submit All Changes。

证书续订成功完成后，电话会重新启动。
步骤 4

(可选) 从信息 > 下载状态的 MIC 证书刷新状态部分检查 MIC 证书续订的最新状态。

注 

如果您将电话恢复为出厂设置，电话仍会使用续订的证书。

通过 SUDI 服务续订 MIC 证书参数

下表定义了语音 > 预配置选项卡 MIC 证书设置部分中每个参数的功能和用途。

表 2. 通过 SUDI 服务续订 MIC 证书参数

参数名称

描述和默认值

MIC Cert Refresh Enable

控制是否通过默认或指定的安全唯一设备标识符 (SUDI) 服务启用厂商预装证书 (MIC) 续订。

执行下列操作之一：

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <MIC_Cert_Refresh_Enable ua="na">Yes</MIC_Cert_Refresh_Enable>

  • 在电话 Web 界面中，选择 Yes 或 No 将启用或禁用 MIC 证书续订。

有效值：Yes 和 No

默认值：No

MIC Cert Refresh Rule

输入提供续订的 MIC 证书的 SUDI 服务的 HTTP URL，例如

http://sudirenewal.cisco.com/
注 

请勿更改 URL。 MIC 证书续订只支持默认的 URL。

执行下列操作之一：

  • 在包含 XML 的电话配置文件 (cfg.xml) 中，输入以下格式的字符串：

    <MIC_Cert_Refresh_Rule ua="na">http://sudirenewal.cisco.com/</MIC_Cert_Refresh_Rule>

  • 在电话 Web 界面中，输入要使用的 HTTP URL。

允许的值：不超过 1024 个字符的有效 URL

默认值：http://sudirenewal.cisco.com/

此文档是否有帮助?

Feedback反馈

联系我们