我最近接手了一个网络，其中有一些 Mitel IP 电话给我带来了麻烦。12 月 28 日星期一，我第一天来系统支持，结果发现大楼的光纤连接已经中断自圣诞节前一天以来。谢天谢地，几乎所有人都在本周外出。该链接现已恢复，但大楼内的 IP 电话将无法获得良好的 IP 地址。我真的希望周一之前一切恢复正常。我对设置知之甚少，但以下是我目前能够找到的有关配置的信息：
- 电话系统使用与计算机不同的 VLAN（当然）。
- 每部电话与办公桌上的计算机共用一根线（计算机插入电话背面）。这是我见过的其他环境中的典型情况。
- 大楼里的交换机（3com superstack 4200）本身显然不具备配置每个端口的 VLAN 的能力，但据说至少可以感知 VLAN，并且可以为我传递 VLAN 标签。
- 该远程交换机通过光纤链路与校园对面的服务器机房中的 4900SX 光纤交换机进行通信，该交换机可以管理每个端口的 VLAN；每个端口都可以被标记、未被标记或不属于 VLAN 成员。
- 4900 配置为远程链路未标记的正常/默认 VLAN，并标记电话 VLAN。这听起来很正确。
- 电话 VLAN 与默认 VLAN 位于完全不同的子网中。我的意思是，192.168.xx 与 10.xxx，所以差别并不大。两个网络的地址均由单个 Windows Server 2003 dhcp 服务器提供，每个 VLAN 都有不同的区域。
问题是手机无法获取有效的 IP 地址。以下是我理解的工作原理：
- 电话以基本配置启动并通过 dhcp 请求 ip 地址。
- 手机上尚未设置 VLAN，因此它应该会收到来自默认/计算机网络区域的地址的响应。
- 此区域配置了一些手机可以识别的额外选项。
- 手机根据这些选项重新配置自身，释放旧的无效 IP 并请求新的 IP 地址，这次用正确的 Vlan 标记它的帧。
- 4900 交换机应该可以看到该标签，并且此时当它将数据包转发到 dhcp 服务器时，这些数据包看起来就像属于电话 VLAN 的 dhcp 区域。
- dhcp 服务器发回正确 vlan 的响应，电话能够正确连接到 VoIP pbx。
我看到它们启动时获得第一个 IP 地址并使用新的 Vlan 重新配置，但随后无法获取新地址或继续获取无效地址并最终卡在 dhcp 发现模式，无休止地重试请求。
任何关于可能出现问题或如何最好地排除故障的想法都值得赞赏。此外，在我看来，无论是 Windows 如何决定使用哪个 dhcp 区域（至少是默认的），还是 4900 交换机如何指示电话 VLAN 数据包属于哪个网络，都似乎发生了一些小魔法，因此，关于其工作原理的更多信息也值得赞赏。
我的直觉告诉我问题出在 4900 交换机上，因为这是我的第一个问题的解决方案，而且这似乎就是“魔法”所在（它应该在第 3 层做出决定，确定帧来自哪个网络/vlan，但我不知道在哪里配置它）。
Dhcp 选项更新：
128 Tftp 服务器 192.168.#.#
129 RTC IP地址 192.168.#.#
130 MITEL IP 电话
132 VLAN ID {电话 VLAN ID}
133 优先级 6
这些均在两个区域上设置。
答案1
如果思科的做法完全符合其业务，那么电话或多或少就是一个交换机。从交换机的角度来看，我家里的思科电话（是的，我是个极客）配置在中继端口上，仅限 VLAN，在我的情况下是 VLAN 13 和 VLAN 14。电话在 VLAN 13 上获得一个地址，而 PC 端口是 VLAN 14。
思科电话具有神奇的功能，其中涉及 CDP。
现在，我怀疑很多手机都是这样，因为这有点道理。是否有配置文件可供查看？很可能里面有内容定义 PC 端口应使用哪个 VLAN。
我希望手机不要期待特殊的 DHCP 选项，但我想这也是可能的。您的 DHCP 配置中是否定义了任何特殊选项？我只熟悉ISC 的 DHCP 服务器但我怀疑 Windows 服务器也可以做特殊选择。
答案2
我觉得自己很蠢。我找到了在远程交换机上为正确的 VLAN 标记端口的位置。