我试图弄清楚为什么在我们公司使用的3com 3101或3102电话，当新的开箱不会跳到networking上并更新，除非他们在特定的物理位置。
例如，如果我拿一个全新的电话，将它插入build筑物“A”，这恰好是主要3COM VCX设备所在的地方，它不会编程或获得DHCP。 这个大楼也是所有服务器和核心交换机的主要networking栈（包括dhcp windows服务器）的地方。
如果我带着隔壁的电话，build立一个没有服务器，没有DHCP服务器等的“B”，它就可以正常工作。 它有一个自己的networking堆栈，并有它自己的IP子网，但它都与主楼“A”有关。
所以这是没有意义的 – 我想如果有问题的话，情况会恰恰相反，所以不应该在B楼工作。
我知道在3com超级堆栈的configuration中有mac地址条目，看起来像3com条目，所以不知道这是否是它的一部分。
任何想法，为什么一个3COM的VoIP电话将能够得到DHCP在次要位置，但不是在主要位置，但一旦它得到它的更新等从vcx，这是很好，现在你可以把它在公司的任何地方，它会跳上罚款？
我假设两个build筑物中的端口VLAN成员资格（和其他configuration属性）是相同的，那么？ 我从来没有使用3Com手机，但你的“build设A”的经验听起来像我可能会看到一个手机插入一个没有指定“语音VLAN”的端口。
它在接收到“更新”之后起作用的事实可能表明新的固件增加了LLDP支持（或者某些这样的情况），使得“build筑A”中的端口变得对于电话“可接受”，或者电话可以仅仅提交VLANconfigurationNVRAM（感谢@Robin吉尔慢跑我的记忆关于如何手机这样做）。
我会开始尝试确定build筑物之间的configuration差异。 连接到“build筑物A”networking时，您也可以考虑从有问题的电话中嗅探stream量。 在电线上看到数据包是无可替代的。