VoIP电话回来的IP地址:与DHCP区域或VLAN的问题

我有一些Mitel IP电话,这些电话给我最近inheritance的networking带来麻烦。 我从12月28日星期一起,第一天就支持这个系统,从圣诞节前一天起,我发现与大楼的光纤连接已经closures 。 谢天谢地,几乎每个人都在这整个星期。 这个链接现在正在备份,但是build筑物中的IP电话将不会获得好的IP地址。 星期一我真的想让事情恢复正常。 我对这个问题了解甚less,但是现在我已经能够看到事情的configuration了:

  • 电话系统使用从计算机单独的vlan(当然)。
  • 每部手机在桌面与电脑共享一根电线(电脑插入电话背面)。 这是我见过的其他环境的典型例子。
  • 大楼里的交换机(3com superstack 4200)没有任何明显的configuration每个端口vlan的能力,但据说至lessvlan知道,应该为我传递vlan标签。
  • 此远程交换机通过光纤链路与校园内服务器机房中的4900SX光纤交换机进行通信,该交换机可以pipe理每个端口的vlan; 每个端口都可以标记,不标记,也可以不是vlan的成员。
  • 4900configuration了正常/默认vlan为远程链接标记,电话vlan标记。 这听起来是对的。
  • 电话vlan与默认vlan完全不同。 我的意思是,192.168.xx与10.xxx,所以它甚至不是密切关系。 两个networking的地址由一台Windows Server 2003 dhcp服务器提供,每个vlan有不同的区域。

问题是电话不能得到一个有效的IP地址。 以下是我理解事情应该如何工作的方式:

  • 电话启动时使用基本configuration,并通过dhcp请求IP地址。
  • 在手机上还没有设置vlan,所以它应该得到一个来自默认/计算机networking上的区域的地址的响应。
  • 该区域configuration了手机识别的一些额外选项。
  • 电话根据这些选项进行重新configuration,释放旧的无效IP并请求一个新的IP地址,这次用正确的VLAN标记帧。
  • 4900交换机应该可以看到标签,而这一次当它将数据包转发到DHCP服务器时,他们看起来就像是属于电话vlan的dhcp区域。
  • dhcp服务器发回正确的vlan的响应,并且电话能够正确地连接到VoIP pbx。

我看到他们启动的是他们得到的第一个IP地址,并重新configuration与新的VLAN,但然后要么无法获得一个新的地址,或继续得到一个无效的地址,并最终卡在DHCP发现模式,无休止地重试请求。

任何关于什么可能是错误的想法或如何最好地解决这个问题的赞赏。 此外,在我看来,像是Windows如何决定使用哪个DHCP区域(至less默认)或者4900交换机如何指示电话VLAN分组属于哪个networking,有点神奇的事情发生,所以关于如何工作的更多信息也是赞赏。

我的直觉告诉我,问题出在4900交换机上,因为这是我第一个问题的解决scheme,而这似乎是“魔术”的地方(它应该使第3层决定哪个networking/ VLAN是帧来自哪里,但我看不到在哪里configuration)。


Dhcp选项的更新:

 128 Tftp服务器192.168。#。#
 129 RTC IP地址192.168。#。#
 130 MITEL IP PHONE
 132 VLAN ID {phone vlan id}
 133优先等级6 

这些设置在两个区域。

如果它像思科一样做事情,那么电话或多或less就是一个开关。 我的思科在家里的电话(是的,我是一个极客)configuration在交换机的angular度来看,仅VLAN,在我的情况下,VLAN 13和VLAN 14的中继端口。电话获得VLAN 13上的地址,PC端口是VLAN 14。

思科手机有点神奇地做事情,而CDP则涉及到。

现在,我怀疑有很多手机是这样做的,因为它有道理。 有没有一个configuration文件,以查看? 很有可能在这里定义它应该用于PC端口的VLAN。

我希望手机不要期望一个特殊的DHCP选项,但这也是可能的,我想。 在你的DHCPconfiguration中是否有特殊的选项定义? 我只熟悉ISC的DHCP服务器,但我怀疑Windows的服务器也可以做特殊的select。

我觉得哑巴。 我发现在远程交换机上为正确的vlan标记端口。