[Freeswitch-users] Automagic Phone Provisioning

[Dan White]

There are several ways to accomplish this, with enough effort.

The most straight forward approach is to run two DHCP servers on that
network, with each of the DHCP servers ignoring the OUIs of devices they do
not wish to manage.

You'll need to configure two separate pools on the two
servers (and turn off the authoritative option in ISC DHCP). But those
pools could be in the same subnet if needed.

Another approach might be to run a custom DHCP relay on the PBX which
injects the appropriate option into the response; again, with the primary
DHCP ignoring requests from your phones based on a class statement (e.g.).
I've done something similar in an ISP environment before. I can send you
my rather ugly PERL code if you'd like.

On 23/09/09 08:19 -0700, digilord wrote:
>Hello all,
>	I know this is done and I think I figured out how to do it but I don't
>want to reinvent the wheel so here goes.  I am looking for a program
>that will sit on the PBX.  This program will intercept DHCP reply
>packets destined for phones, inject "option 66" into the packet and
>release it back onto the network.
>
>Some of you might be wondering why I want a program like this.  Simple.
>Lazy clients.  They don't want to mess with their network infrastructure
>to assist us with automated deployment of SIP devices.  They also don't
>want 50-100 devices connecting to an off site server downloading 20-40MB
>of firmware on a reboot.
>
>The PBX is not hard coded with an IP address.  It's DHCP.  They were
>willing to allow the PBX on the network and assign it a static DHCP
>address.
>
>Is what I am looking for not possible?  Does someone have a sensible
>solution that doesn't involve dropping the client (yes someone suggested
>that)?
>
>Thanks in advance for any help you can give.
>
>DigiLord

-- 
Dan White