I have checked the spelling. I have given the correct spelling in the conf file . Still iam not able to see the DHCPNAK.<br>I have even tried with always-broadcast on; also<br><br>-kalyan <br><br><div class="gmail_quote">On Fri, Mar 19, 2010 at 4:29 PM, Glenn Satchell <span dir="ltr"><<a href="mailto:glenn.satchell@uniq.com.au">glenn.satchell@uniq.com.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Make sure you spell it correctly in the conf file. Due to the way the parser works a spelling mistake on a single keyword can be parsed as a variable :) This is not in the documentation, but if you search the mail archives you will find this mentioned...<br>

<br>
So, in this example there are no relays, only directly connected clients? Check the always-broadcast on; statement in the dhcpd.conf man page. It may (or may not) help.<br>
<br>
What is shown in the logs of the dhcpd server?<br>
<br>
Try using a packet sniffer (eg ethereal, snoop, tcpdump) to look at the traffic to see what flags and settings are in the actual request packets.<br>
<br>
regards,<br><font color="#888888">
-glenn</font><div class="im"><br>
<br>
On 03/19/10 21:46, kalyan Alle wrote:<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
Ya i have kept authoritative; at the top of the conf file. Still iam<br>
facing the same issue.<br>
Plz let mw know if i have to do something else .<br>
<br>
-kalyan<br>
<br>
On Fri, Mar 19, 2010 at 3:46 PM, kalyan Alle <<a href="mailto:kalyan.alle@gmail.com" target="_blank">kalyan.alle@gmail.com</a><br></div><div class="im">
<mailto:<a href="mailto:kalyan.alle@gmail.com" target="_blank">kalyan.alle@gmail.com</a>>> wrote:<br>
<br></div><div class="im">
    I did not try it.<br>
    I will try  putting authoritative at the beginning of the conf file.<br>
<br>
    thanks glenn.....<br>
<br>
<br>
<br>
    On Fri, Mar 19, 2010 at 3:40 PM, Glenn Satchell<br></div><div><div></div><div class="h5">
    <<a href="mailto:glenn.satchell@uniq.com.au" target="_blank">glenn.satchell@uniq.com.au</a> <mailto:<a href="mailto:glenn.satchell@uniq.com.au" target="_blank">glenn.satchell@uniq.com.au</a>>> wrote:<br>
<br>
        Have you included the  authoritative  statement? by default ISC<br>
        dhcpd is not authoritative. See dhcpd.conf man page, following<br>
        on from the earlier section already posted:<br>
             ...<br>
<br>
                         If the server knows nothing about  the  address,<br>
             it  will  remain silent, unless the address is incorrect for<br>
             the network segment to which the client  has  been  attached<br>
             and the server is authoritative for that network segment, in<br>
             which case the server will send a  DHCPNAK  even  though  it<br>
             doesn't know about the address.<br>
             ...<br>
             The authoritative statement<br>
<br>
               authoritative;<br>
<br>
               not authoritative;<br>
<br>
               The DHCP server will normally assume that  the  configura-<br>
               tion  information  about  a  given  network segment is not<br>
               known to be correct and is not authoritative.  This is  so<br>
               that  if  a  naive  user  installs a DHCP server not fully<br>
               understanding how to configure it, it does not send spuri-<br>
               ous   DHCPNAK  messages  to  clients  that  have  obtained<br>
               addresses from a legitimate DHCP server on the network.<br>
<br>
               Network  administrators  setting  up  authoritative   DHCP<br>
               servers  for their networks should always write authorita-<br>
               tive; at the top of their configuration file  to  indicate<br>
               that  the DHCP server should send DHCPNAK messages to mis-<br>
               configured clients.   If this is not done, clients will be<br>
               unable  to get a correct IP address after changing subnets<br>
               until their old lease has expired, which could take  quite<br>
               a long time.<br>
<br>
        regards,<br>
        -glenn<br>
<br>
<br>
        On 03/19/10 21:00, kalyan Alle wrote:<br>
<br>
            The DHCPNAK is sent by the windows DHCP server configured<br>
            but my device<br>
            with ISC dhcp-4.1.0 is unable to send the DHCPNAK.<br>
            Plz suggest if this is the expected behaviour or not.<br>
<br>
            -kalyan<br>
<br>
            On Fri, Mar 19, 2010 at 3:20 PM, kalyan Alle<br>
            <<a href="mailto:kalyan.alle@gmail.com" target="_blank">kalyan.alle@gmail.com</a> <mailto:<a href="mailto:kalyan.alle@gmail.com" target="_blank">kalyan.alle@gmail.com</a>><br>
            <mailto:<a href="mailto:kalyan.alle@gmail.com" target="_blank">kalyan.alle@gmail.com</a><br>
            <mailto:<a href="mailto:kalyan.alle@gmail.com" target="_blank">kalyan.alle@gmail.com</a>>>> wrote:<br>
<br>
                I have got the issue with the setup as below<br>
<br>
                  *           (169.254.128.132)<br>
                   1) DUT(SU)(DHCP Server)----Ethernet0-----Win XP PC<br>
            (DHCP Client)<br>
<br>
                   2) Windows 2003 Server (192.168.9.2) ----Eth----WIN<br>
            XP (DHCP Client)*<br>
<br>
                *<br>
                *<br>
<br>
                *4) Enable the DHCP Server on DUT<br>
                5) Make WinXP PC as Client and get the ip address (say<br>
            169.254.128.10)<br>
                6) Disconnect the DHCP Client PC and connect to windows<br>
            2003 Server i.e another<br>
<br>
                DHCP Server configured on 192.168.9.0 subnet.<br>
                7) DHCP Client sends the DHCP request message with the<br>
            old ip address, DHCP<br>
                server ( windows 2003 server) responds with DHCPNAK<br>
            message and after receiving<br>
                DHCPNAK the client restarts the allocation procedure<br>
            with DHCPDISCOVER message.<br>
<br>
<br>
                8) Clients gets ip address from Win server as 192.168.9.100.<br>
                9) Disconnect the DHCP Client and reconnect to Mumbai<br>
            SU/DUT.<br>
                10)Again DHCP client sends the DHCP request message to<br>
            the DHCP server with<br>
                assigned ip address which is in 192.168.9.0 subnet to<br>
            DUT DHCP server.<br>
<br>
<br>
                The DUT DHCP server is silent and doesn't send any<br>
            DHCPNAK message.<br>
<br>
                Can any one comment or let me know the solution for this<br>
            scenario.<br>
<br>
                thanks<br>
                kalyan*<br>
<br>
<br>
</div></div></blockquote><div><div></div><div class="h5">
_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br>
</div></div></blockquote></div><br>