Constant DHCPREQUEST and DHCPACK between devices and server

Campbell.ColinD at police.qld.gov.au Campbell.ColinD at police.qld.gov.au
Thu Sep 13 20:51:16 UTC 2012


Hi,

It is authoritative. I think the problem was caused by bringing up the
server as the secondary in a failover configuration when the primary was
down. As soon as I reconfigured as primary, the problem went away. It
seems to be behaving itself now. I just need to upgrade the old primary
and reconfigure it as a secondary.

Colin
--
Colin Campbell
Security Specialist
Public Safety Network Management Centre
p: (07) 3008 4851
f: (07) 3008 4799
e: campbell.colind at police.qld.gov.au

> -----Original Message-----
> From:
dhcp-users-bounces+campbell.colind=police.qld.gov.au at lists.isc.org
>
[mailto:dhcp-users-bounces+campbell.colind=police.qld.gov.au at lists.isc.o
rg]
> On Behalf Of Glenn Satchell
> Sent: Thursday, 13 September 2012 10:52 PM
> To: Users of ISC DHCP
> Subject: Re: Constant DHCPREQUEST and DHCPACK between devices and
server
> 
> One of the noticeable changes between those two versions was that in
4.x
> the default is to not be authoritative. So try adding an
"authoritative;"
> statement in the global scope.
> 
> regards,
> -glenn
> 
> On Thu, September 13, 2012 9:59 pm, Simon Hobson wrote:
> > <Campbell.ColinD at police.qld.gov.au> wrote:
> >
> >>I just upgraded a box from RHEL5.8 (DHCP3.0.5) to RHEL6.3 (DHCP
4.1.1).
> >>The leases file was copied from what used to be the server's partner
> >>(it's still running RHEL5.8).
> >>
> >>I now get a constant stream (multiples per second) of
> >>DHCPREQUEST/DHCPACK between the devices still active on the network.
> >>
> >>Anyone know what is happening and how to fix it?
> >
> > Did you try looking in the archives ?
> > Is the server on the same address, and does it have the same config,
> > as the old one ?
> >
> > The usual advice is that  either the response isn't making it back
to
> > the client, or it is in some way not acceptable to the client.
> >
> > Use a packet sniffer to see that responses are actually making it
> > back to the client's network, and if possible check on the client to
> > see that it is receiving it.
> > Look in the logs on the client to see if it's seeing the responses
> > and/or if it's logging any errors.
> > It may be worth forcing a client to explicitly release it's lease
and
> > see if it works better when doing the full
Discover-Ack-Request-Offer
> > cycle.
> >
> > --
> > Simon Hobson
> >
> > Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed
> > author Gladys Hobson. Novels - poetry - short stories - ideal as
> > Christmas stocking fillers. Some available as e-books.
> > _______________________________________________
> > dhcp-users mailing list
> > dhcp-users at lists.isc.org
> > https://lists.isc.org/mailman/listinfo/dhcp-users
> >
> 
> 
> _______________________________________________
> dhcp-users mailing list
> dhcp-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users

**********************************************************************
CONFIDENTIALITY:   The information contained in this 
electronic mail message and any electronic files attached 
to it may be confidential information, and may also be the 
subject of legal professional privilege and/or public interest 
immunity.  If you are not the intended recipient you are 
required to delete it.  Any use, disclosure or copying of 
this message and any attachments is unauthorised.  If you 
have received this electronic message in error, please 
inform the sender or contact securityscanner at police.qld.gov.au.

This footnote also confirms that this email message has 
been checked for the presence of computer viruses.
**********************************************************************


More information about the dhcp-users mailing list