Date: Fri, 26 Jan 2007 09:50:40 +1100 From: Edwin Groothuis <edwin@mavetju.org> To: Yuri Lukin <lists@swaggi.com> Cc: freebsd-net@freebsd.org Subject: Re: VLANs and DHCP Message-ID: <20070125225040.GD90167@k7.mavetju> In-Reply-To: <20070124122525.M93545@swaggi.com> References: <1729.65.117.48.154.1169568902.squirrel@admintool.trueband.net> <20070124020027.GC90167@k7.mavetju> <20070124122525.M93545@swaggi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 24, 2007 at 07:36:51AM -0500, Yuri Lukin wrote: > On Tue, Jan 23, 2007 at 04:15:02PM -0000, jhall@vandaliamo.net wrote: > > I currently administer a system which has two DHCP servers on two > > different VLANs. Unfortunately, the two servers are not playing together > > well and some comptuers are receiving IP addresses on the wrong network. > > So, with our phone vendor's blessing, I am trying to move all of the DHCP > > services to the FreeBSD server. > > > > The computers on the network are supposed to receive an IP address on the > > default vlan and the phones are supposed to receive an IP address on their > > vlan. > > > > Essentially what happens when a phone is booted, the phone receives an IP > > address on the default VLAN, releases that address and then requests an IP > > address on the appropriate VLAN. > > Just a thought but if your switch properly tags the packets from the voice and > data Vlans, the broadcasts from the IP Phones should not cross over to the > data Vlan. We have dozens of customers setup this way and they are not having > any problems. Not sure what type of switches you are using but I would check > your switchport configuration (assuming managed switch). Look at the behaviour of the ISC-dhcrelay. It's euhm... very interesting if you have multiple ethernet cards in the server. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070125225040.GD90167>