IP 电话导致打印问题

网络工程 VLAN 网络电话
2021-07-25 04:44:30

背景

我们有 Mitel IP 电话。电话使用 dhcp 选项 125 来获取配置信息,这告诉他们对 vlan id #5 使用 802.11q 标签,地址范围为 192.168.16.0/24。我们的计算机连接到电话上的直通端口,并且位于默认 vlan (id 1) 上,IP 地址范围为 10.1.1.0/22。我们使用共享打印机,其中 Windows 打印服务器也在 vlan 1 上。

问题

在少数工作站上,当用户尝试打印时,作业会在那里停留数小时或数小时,通常是通宵。等待足够长的时间后,作业将完成。同时,它会阻止任何其他尝试使用该打印机进行打印的人的打印队列。如果我将计算机直接插入墙上端口而不是电话的直通端口,工作总是立即完成;从电缆路径上取下电话总能解决问题。显然,这对我们来说不是一个真正的解决方案。用户需要他们的手机就像他们需要打印一样,反之亦然,并且运行额外的电缆和切换也不是一个真正的选择。

发生此问题时,我可以确认 PC 和电话都具有有效地址和正确的 vlan 标记。它不会影响每个人,但我无法找到一个共同的线索来解释为什么用户会遇到这个问题。

谁看过这个吗?任何想法发生了什么?有关如何解决问题的建议?

2个回答

在少数工作站上,当用户尝试打印时,作业会在那里停留数小时或数小时,通常是通宵。

显然,电话的开关(或从电话到 PC 的电缆)会导致网络问题(我猜是严重掉线)。如果有足够的时间,数据最终会通过。

同时,它会阻止任何其他尝试使用该打印机进行打印的人的打印队列。

这仅在直接打印到打印机时发生。您需要一个仅向打印机发送完整作业的打印服务器来解决此问题。

如果我将计算机直接插入墙上端口而不是电话的直通端口,工作总是立即完成;

该端口不是直通端口(这些在网络中不存在)。该电话具有一个小型 3 端口交换机 - 一个上行链路,一个 PC 下行链路,一个内部使用的端口。

对于永久解决方案,您需要检查/维修/更换电话(或不可靠的电缆),或为 PC 提供单独的网络端口 - 我推荐后者。

编辑:正如@marctxk 在问题评论中所建议的那样,详细的数据包捕获可能会提供更多关于出现问题的线索。

在通过电话运行一些测试流量时,PC 端和交换机端的数据包捕获几乎肯定会以 TCP 重传的形式为严重的数据包丢失提供可靠的证据。

我的公司已转换为 Microsoft Lync 数字电话系统。这种语音流量与我们的数据流量存在于同一 LAN 上,在实施过程中,语音流量的优先级高于任何其他数据包类型,这一点很重要。我们网络中的每个交换机和路由器都必须进行相应的调整。我们遇到的一个意外问题是大型打印作业。如果有人开始了大型打印作业,我们就会在这些打印作业上设置错误的 QoS,这会导致延迟。这是间歇性的,很难追踪。一旦发现并调整了 QoS,我们就没有任何其他问题。