[cisco-voip] Cisco IP phone and infinite DHCP lease

[Stephen Welsh]

Interesting problem,
I wasn't aware of many people setting an infinite DHCP lease, I assume this is to prevent from the impact of a loss of DHCP server?

I suspect if you go to the phone settings and erase the phones config that will force the phone to re-aquire an IP Address?

If that worked it would give you the option of using a key press macro and sending the key sequence to the phones remotely, or asking users to perform the sequence for you.

This would only apply to the normal IP Phones, the ATA's would need to be done separately, possibly web browse into each one?

Thanks

Stephen

On 12 Oct 2011, at 15:34, Anthony Kouloglou wrote:

Hi Scott,
if all we need is shut no shut it is bearable.
What is not bearable is unplug and replug (all devices are non poe) of their powercube :-(

Regards
Anthony


On 12-Oct-11 17:30, Scott Voll wrote:
it's been too long ago for me to be sure.... but I think when we moved to new CM hardware and changed IP's this is what we did...... BUT I think I did a shut no shut on the switches.

Scott

On Wed, Oct 12, 2011 at 6:56 AM, Anthony Kouloglou <akoul at dataways.gr<mailto:akoul at dataways.gr>> wrote:
Hi all,
suppose a ip phones (79XX, ATA186, ATA187, 69XX) are registered to a CUCM and the dhcp has assigned them an infinite IP.
If i disable this dhcp and set up a new one with different lease time (a day for example), will the ip phones get the new settings after i reset them from the CCM admin?

Regards
Anthony


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20111012/03894a93/attachment.html>