DHCP /networking问题

我们在这里的networking出了问题,但首先我会介绍一些背景信息:

DHCP服务器上运行的DHCP服务器configuration为分发2个IP范围10.25.104.xxx和10.25.106.xxxnetworking基础设施运行在Cisco Catalyst 4506上,通过光纤连接。 networking团队已经configuration了4506中的一个,只允许10.25.104.xxxstream量,其他4506只允许10.25.106.xxxstream量。

除了当您希望将PC /笔记本电脑从build筑物的一端移动到另一端时,一切都可以正常工作。 然后,IP不会被释放或更新,因为DHCP不断地尝试给它再次相同的IP,这将无法在另一个VLAN上工作(租约时间已设置为最小值,但仍然没有用)。

我们真正想要允许的是移动的用户和演示笔记本电脑能够获得一个在两个IP地址范围内的4506的IP范围。

有谁知道为什么发生这种情况? 这是DHCPconfiguration的方式吗? 或者它是4506和它的configuration方式? 它与VLAN有关吗? 一个端口可以configuration多个vlan(或有权访问)?

对不起所有的问题,不知道那么多的VLAN和类似 – 任何帮助非常感谢!

谢谢,

约翰

听起来好像你没有两个单独的第二层广播域,当你说“IP没有被释放和更新为DHCP不断地尝试给它再次相同的IP,而不会在对端networking上工作”。

当你说“networking团队已经configuration了4506的一个只允许10.25.104.xxxstream量,而另一个4506只允许10.25.106.xxxstream量时,很难知道你的意思”。 短语“configuration为允许”可能意味着访问控制列表,或者它可能意味着VLANconfiguration。

我的猜测是,你在单层2广播域中同时运行两台DHCP服务器。 与您的“networking团队”谈谈如何将“ip-helper”语句放入第3层实体,该实体在10.24.104.xxx和10.24.106.xxx子网之间路由,将DHCP通信量指向Windows 2000 DHCP服务器,要求他们确保在子网之间不允许二层广播。

编辑:

由于您使用DHCP超级显示器,我会继续编辑我的答案。

我的猜测是,你的“networking团队”已经为你的DHCP服务器configuration了“ip-helper”设置的子网之间的三层实体路由。 你可以确认,他们确定。

假设“ip-helper”已经到位,所有你需要做的就是删除这个超级范例(这将把子范围分解成两个独立的DHCP范围),你将拥有你正在寻找的function。 DHCP服务器通过“ip-helper”将为客户端分配合适的子网地址。

他们可能已经绑定了IP地址与DHCPconfiguration中的MAC地址。 当它连接并尝试从另一个池更新时,将无法正常工作。
从DHCPconfiguration删除MAC地址绑定,并使其dynamic。
为台式机创build两个池,另一个用于笔记本电脑。 我这些提示可能工作。

好像两个范围都是从相同范围提供的(或者实际上有两个范围configuration,但启用了超级范围)。 笔记本电脑将(通常)发送最后一个IP作为初始请求的一部分,因为它在范围内,并且未分配或分配给相同的MAC,DHCP服务器不会看到让笔记本电脑有问题同样的IP了。

解决方法是每个VLAN有一个作用域,这样来自另一个VLAN的IP就不会被认为是有效的,并且会分配一个新的IP。

我认为你的networking人员可能需要考虑使用你设置的每个vlans的“ip helper-address”参数。

如果DHCP服务器位于单独的networking上,则ip helper-address命令会通知交换机将DHCP请求发送到哪里。

interface Vlan250 description Office Workstation VLAN ip address 10.0.250.1 255.255.255.0 ip helper-address 10.0.100.12 interface Vlan253 description Wireless at office ip address 10.0.253.1 255.255.255.0 ip helper-address 10.0.100.12 

我还假设,当用户在校园内漫游时,他们要么重启系统,要么至less期望发布IPCONFIG / RELEASE和/ RENEW?

否则,客户端系统将仍然有一个有效的DHCP租约,但是旧的IP地址不能通过它们连接的新交换机进行路由。