<div>Thank you for your replies everyone. I submitted this to the DHCP-HACKERS list and still haven't heard anything.</div>
<div> </div>
<div>Simon.. I don't have OpenWRT on my Router but I do have DD-WRT. I could not find where I can assign another IP address to my router, at least not under Setup | Basic Settings.Perhaps if you could point me in the right direction there.</div>

<div> </div>
<div>I figured this was a routing problem but I thought I wouldn't need a route setup for the 100.X subnet since the 100.1 ip address is an alias of Eth0:1 on Eth1 on my linux box. I just want to make sure you understand that this is ONE interface card so I thought any traffic from the 192.168.100.X subnet would just need to have 192.168.100.1 assigned as a gateway and my linux box would be doing the routing internally. </div>

<div> </div>
<div>Maybe I am missing something the DHCP Handbook made it sound like there was no routing configuration needed, and I believe actually said to not setup routing.</div>
<div> </div>
<div>Please reply directly to me because I seem to only be getting digests of these emails (<a href="mailto:bstear@gmail.com">bstear@gmail.com</a>) </div>
<div> </div>
<div>Date: Wed, 6 Jul 2011 19:04:33 +0100<br>From: Simon Hobson <<a href="mailto:dhcp1@thehobsons.co.uk" target="_blank">dhcp1@thehobsons.co.uk</a>><br>Subject: Re: Unable to Ping / Shared Network<br>To: Users of ISC DHCP <<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a>><br>
Message-ID: <<a href="mailto:p06240803ca3a50531693@simon.thehobsons.co.uk" target="_blank">p06240803ca3a50531693@simon.thehobsons.co.uk</a>><br>Content-Type: text/plain; charset="us-ascii" ; format="flowed"</div>

<p>Barry Stear wrote:</p>
<p>>I have my isc-dhcp-server setup as a shared network with two subnets that<br>>are using the same interface (eth0). ETH0 is connected to a 5 port switch<br>>which connects Linksys router. The problem I have is that I cannot ping<br>
>anything on the internet when I receive an IP address in the 192.168.100.X<br>>subnet. I am unable to ping 192.168.1.2 from the 192.168.100.X subnet.<br>><br>>  I tried changing the 'options routers' for the 192.168.100.X subnet to<br>
>192.168.1.2 and that didn't make a difference.</p>
<p>Your problem is one of routing, not DHCP. In summary, EVERY device<br>should have a route available to it that will get packets to EVERY<br>other device in the network. For a simple non-shared network, local<br>devices can be reached via the ARP process - in effect, when a device<br>
needs to talk to another it shouts out "192.168.1.7, where are you<br>?", and assuming it's there, the other device will respond with it's<br>MAC address, after which the two can chat away.</p>
<p>Once you have a shared network then things get harder. Without local<br>configuration on each device, they will need the assistance of a<br>router. With a router, the devices don't even need to know that they<br>are on a shared network - they just toss the packets at the router<br>
and let it deliver them.<br>So a simple solution is to configure at least one dual homed device<br>(your DHCP server may well be a good candidate), turn on IP<br>Forwarding, and tell any other routers about the routes it can<br>
handle. In fact, from your posted config, devices in the<br>192.168.100.0 subnet are already using this machine as their gateway.<br>So go to your Linksys router, and you'll find a page for setting up<br>static routes (from memory it's Setup (left hand tab) and Static<br>
Routes (near the right of the sub-menu)). Simply tell it that<br><a href="http://192.168.100.0/24" target="_blank">192.168.100.0/24</a> is reachable via 192.168.1.2 and things will<br>probably start working.</p>
<p>If you do this then packets do take a tortuous route :<br> From 192.168.1.x to 192.168.100.y : packets got to the Linksys at<br>192.168.1.1, then to the server at 192.168.1.2, and then the the<br>other device.<br>In the reverse direction, there is one less hop : packets go to the<br>
server at 192.168.100.1, but this knows about the locally connected<br>192.168.1.0 subnet and forwards it directly to the destination.</p>
<p><br>As already pointed out, it is even better if you can configure the<br>router with an address on both subnets. I don't recall seeing this on<br>Linksys routers, but you can definitely do it with OpenWRT if your<br>
hardware supports that.</p>
<p><br>Yet another (high maintenance) method is to configure VERY device<br>with either an address in both subnets OR a static route for the one<br>it isn't a member of. I think it should be enough to tell a device on<br>
192.168.1.x a static route of "<a href="http://192.168.100.0/24" target="_blank">192.168.100.0/24</a> via <interface>" -<br>and vice-versa for all devices on 192.168.100.0. They can then use<br>ARP to find each other. But you cannot do this via DHCP.<br>
That's why advice is normally to "let the routers deal with it" - ie<br>you setup routers that can do it and the end devices need never know<br>any details.</p>
<p>--<br>Simon Hobson</p>
<p>Visit <a href="http://www.magpiesnestpublishing.co.uk/" target="_blank">http://www.magpiesnestpublishing.co.uk/</a> for books by acclaimed<br>author Gladys Hobson. Novels - poetry - short stories - ideal as<br>Christmas stocking fillers. Some available as e-books.<br>
<br></p>
<div class="gmail_quote">On Thu, Jul 7, 2011 at 5:00 AM, <span dir="ltr"><<a href="mailto:dhcp-users-request@lists.isc.org" target="_blank">dhcp-users-request@lists.isc.org</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Send dhcp-users mailing list submissions to<br>       <a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br>
<br>To subscribe or unsubscribe via the World Wide Web, visit<br>       <a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br>or, via email, send a message with subject or body 'help' to<br>
       <a href="mailto:dhcp-users-request@lists.isc.org" target="_blank">dhcp-users-request@lists.isc.org</a><br><br>You can reach the person managing the list at<br>       <a href="mailto:dhcp-users-owner@lists.isc.org" target="_blank">dhcp-users-owner@lists.isc.org</a><br>
<br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of dhcp-users digest..."<br><br><br>Today's Topics:<br><br>  1. Re: Adding host entry dynamically using dhcpctl functions (<br>
     dhcp      hungs ) (Glenn Satchell)<br>  2. RE: Option 3 (Routing) does not appear for fixed-address<br>     hostsafter        dhcp relay (Edward Aronovich)<br>  3. Unable to Ping / Shared Network (Barry Stear)<br>  4. Re: Unable to Ping / Shared Network (Dave Brenner)<br>
  5. Re: Unable to Ping / Shared Network (Simon Hobson)<br>  6. Re: DHCP client not working (Simon Hobson)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Wed, 06 Jul 2011 22:35:37 +1000<br>
From: Glenn Satchell <<a href="mailto:glenn.satchell@uniq.com.au" target="_blank">glenn.satchell@uniq.com.au</a>><br>Subject: Re: Adding host entry dynamically using dhcpctl functions (<br>       dhcp    hungs )<br>
To: Users of ISC DHCP <<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a>><br>Message-ID: <<a href="mailto:4E145699.7030506@uniq.com.au" target="_blank">4E145699.7030506@uniq.com.au</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br>On 07/06/11 06:56, Niall O'Reilly wrote:<br>> On 05/07/11 14:21, Johnson koil Raj wrote:<br>>> Any other way to reserve an IP to a Machine ( static IP configuration at<br>
>> DHCP server side) *not at the machine.*<br>><br>>       Have you considered that, by design, the same address is used<br>>       not only when the lease is renewed before it expires, but also<br>>       on any later occasion when an address is requested for what<br>
>       appears to be the same machine (same uid, if any; otherwise<br>>       same hardware address) UNLESS it was necessary to give away<br>>       the address in order to satisfy a request from an unknown<br>>       machine?  This should only happen when all addresses in the<br>
>       pool are marked 'used';  in this case, offering a 'free' address<br>>       is preferred to refusing to offer any address.<br>><br>>       Unless your pool is too small to accommodate the number of<br>
>       machines you're planning to serve, normal default lease<br>>       management may be sufficient to meet your requirements.<br>><br>>       If you feel that this approach still involves more risk<br>
>       than you're prepared to bear, you may find it useful to<br>>       search the mail archives for "reserved lease" or the like.<br>><br>><br>>       I hope this helps (and that I'm not mistaken).<br>
><br>>       Best regards,<br>>       Niall O'Reilly<br><br>Niall, I think you've got it right. A reserved lease is exactly what is<br>needed here.<br><br>A similar effect can be done by setting the lease time to be rather<br>
long, like a few months or a year. That way the client will be pretty<br>sure to always use the same address.<br><br>As for dhcpd hanging, I think this may be due to the main process<br>waiting for the executed script to finish. But the executed script is<br>
waiting for dhcpd to respond to the dhcpctl_connect call. I believe this<br>is called a "deadly embrace" :)<br><br>The other disadvantage of your method is that it creates a host entry<br>with a fixed-address that is part of the dynamic range. As has been<br>
mentioned many times before, this can lead to problems where dhcpd<br>allocates the same dynamic address to another host and the static host<br>is already using it.<br><br>--<br>regards,<br>-glenn<br>--<br>Glenn Satchell                            |  Miss 9: What do you<br>
Uniq Advances Pty Ltd, Sydney Australia   |  do at work Dad?<br>mailto:<a href="mailto:glenn.satchell@uniq.com.au" target="_blank">glenn.satchell@uniq.com.au</a>         |  Miss 6: He just<br><a href="http://www.uniq.com.au/" target="_blank">http://www.uniq.com.au</a> tel:0409-458-580   |  types random stuff.<br>
<br><br>------------------------------<br><br>Message: 2<br>Date: Wed, 6 Jul 2011 17:23:39 +0300<br>From: "Edward Aronovich" <<a href="mailto:eddiea@tau.ac.il" target="_blank">eddiea@tau.ac.il</a>><br>Subject: RE: Option 3 (Routing) does not appear for fixed-address<br>
       hostsafter      dhcp relay<br>To: "Users of ISC DHCP" <<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a>><br>Message-ID: <<a href="mailto:CA6DD70F3F91A64091D3A658835979F359E1B3@onyx.cs.tau.ac.il" target="_blank">CA6DD70F3F91A64091D3A658835979F359E1B3@onyx.cs.tau.ac.il</a>><br>
Content-Type: text/plain;       charset="US-ASCII"<br><br><br>><br>> Please copy and paste the config as it's defined, not what you've<br>> mistyped above !<br>><br>> But I see two problems :<br>
><br>> 1) You must NEVER have a fixed address which is part of a dynamic<br>> pool. Sooner or later this will cause you problems. But that's not<br>> your issue.<br>><br>> 2) You should define the subnet options OUTSIDE of the pool like this<br>
:<br>><br>> subnet 10.100.100.0 netmask 255.255.255.0 {<br>>    pool {<br>>      failover peer "lb-1";<br>>      range 10.100.100.65 10.100.100.254;<br>>    }<br><br>That did the trick !<br>The problem was the routing options were part of the pool and not of the<br>
subnet as it was suppose to be.<br><br>Thank you,<br>Eddie<br><br><br>> The issue is that your fixed address assignment is not part of the<br>> pool, therefore options defined in the pool are not applied to it. By<br>
> defining the options correctly in the subnet scope, they will be<br>> inherited by your fixed address declaration.<br>><br>> --<br>> Simon Hobson<br>><br>> Visit <a href="http://www.magpiesnestpublishing.co.uk/" target="_blank">http://www.magpiesnestpublishing.co.uk/</a> for books by acclaimed<br>
> author Gladys Hobson. Novels - poetry - short stories - ideal as<br>> Christmas stocking fillers. Some available as e-books.<br>> _______________________________________________<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>
<br><br>------------------------------<br><br>Message: 3<br>Date: Wed, 6 Jul 2011 09:10:09 -0700<br>From: Barry Stear <<a href="mailto:bstear@gmail.com" target="_blank">bstear@gmail.com</a>><br>Subject: Unable to Ping / Shared Network<br>
To: <a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br>Message-ID:<br>       <CAAAmp=buaO1hYWQsByFJE-7Po4p7ED--iBS9fYceEw-3=<a href="mailto:8JsBg@mail.gmail.com" target="_blank">8JsBg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br><br>Hi,<br><br>I have my isc-dhcp-server setup as a shared network with two subnets that<br>are using the same interface (eth0). ETH0 is connected to a 5 port switch<br>
which connects Linksys router. The problem I have is that I cannot ping<br>anything on the internet when I receive an IP address in the 192.168.100.X<br>subnet. I am unable to ping 192.168.1.2 from the 192.168.100.X subnet.<br>
<br> I tried changing the 'options routers' for the 192.168.100.X subnet to<br>192.168.1.2 and that didn't make a difference.<br><br>Network Topology<br>------------------------<br>Linkysys router (192.168.1.1) --->  5 Port Hub ---- > NIC Eth0<br>
(192.168.1.2)  /  ETH0:1 (192.168.100.1)<br>Snippet from my configuration<br><br>DHCP.CONF<br>----------------------<br><br>option routers 192.168.1.1;<br>one-lease-per-client true;<br>get-lease-hostnames true;<br><br>shared-network MYNET {<br>
<br>  # trusted subnet<br> subnet 192.168.1.0 netmask 255.255.255.0 {<br> max-lease-time 172800;<br> default-lease-time 28800;<br><br> pool {<br> range 192.168.1.10 192.168.1.39;<br> option routers 192.168.1.1;<br> option domain-name-servers 192.168.1.2;<br>
 option subnet-mask 255.255.255.0;<br> deny unknown-clients;<br> }<br> }<br><br> # untrustedhosts<br> subnet 192.168.100.0 netmask 255.255.255.0 {<br> max-lease-time 28800;<br> default-lease-time 14400;<br><br> pool {<br>
<br> range 192.168.100.2 192.168.100.6;<br> option routers 192.168.1.1;<br> option domain-name-servers 192.168.100.1;<br> option subnet-mask 255.255.255.0<br> allow unknown-clients;<br> }<br> }<br> }<br><br><br>My NIC is setup as follows :<br>
<br>eth0<br>ipv4 address : 192.168.1.2<br>netmask 255.255.255.0<br>broadbase 192.168.1.255<br><br>eth0:1 Virtual<br>ipv4 address : 192.168.100.1<br>netmask 255.255.255.0<br>broadcast 192.168.100.255<br><br>According to a book I have called The DHCP Handbook I should not have to<br>
setup a route since it is setup as a shared network using a single NIC, i am<br>unsure what I need to do to route the traffic to my Linksys router<br>(192.168.1.1)<br><br>Let me know if you need any other information..<br>
<br>Any help is appreciated.<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="https://lists.isc.org/pipermail/dhcp-users/attachments/20110706/3c612eda/attachment-0001.html" target="_blank">https://lists.isc.org/pipermail/dhcp-users/attachments/20110706/3c612eda/attachment-0001.html</a>><br>
<br>------------------------------<br><br>Message: 4<br>Date: Wed, 06 Jul 2011 09:58:15 -0700<br>From: Dave Brenner <<a href="mailto:david@toledotel.com" target="_blank">david@toledotel.com</a>><br>Subject: Re: Unable to Ping / Shared Network<br>
To: <a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br>Message-ID: <<a href="mailto:4E149427.2050808@toledotel.com" target="_blank">4E149427.2050808@toledotel.com</a>><br>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>On 7/6/2011 9:10 AM, Barry Stear wrote:<br><br>> I have my isc-dhcp-server setup as a shared network with two subnets that<br>> are using the same interface (eth0). ETH0 is connected to a 5 port switch<br>> which connects Linksys router. The problem I have is that I cannot ping<br>
> anything on the internet when I receive an IP address in the 192.168.100.X<br>> subnet. I am unable to ping 192.168.1.2 from the 192.168.100.X subnet.<br>><br>>   I tried changing the 'options routers' for the 192.168.100.X subnet to<br>
> 192.168.1.2 and that didn't make a difference.<br><br>If you have two subnets, then you need two gateways.  This is<br>accomplished with a router that can have multiple IPs assigned to a<br>given interface.  If your Linksys can do that, great.  Just have it<br>
answer on both 192.168.1.1 and 192.168.100.1 and call it good.  If it<br>can't do that and you don't have a compelling reason to use a second<br>subnet, then keep things simple and ditch the second subnet.<br><br>
--<br>Dave Brenner - <a href="mailto:david@toledotel.com" target="_blank">david@toledotel.com</a><br>The Toledo Telephone Company, Inc.<br><br><br>------------------------------<br><br>Message: 5<br>Date: Wed, 6 Jul 2011 19:04:33 +0100<br>
From: Simon Hobson <<a href="mailto:dhcp1@thehobsons.co.uk" target="_blank">dhcp1@thehobsons.co.uk</a>><br>Subject: Re: Unable to Ping / Shared Network<br>To: Users of ISC DHCP <<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a>><br>
Message-ID: <<a href="mailto:p06240803ca3a50531693@simon.thehobsons.co.uk" target="_blank">p06240803ca3a50531693@simon.thehobsons.co.uk</a>><br>Content-Type: text/plain; charset="us-ascii" ; format="flowed"<br>
<br>Barry Stear wrote:<br><br>>I have my isc-dhcp-server setup as a shared network with two subnets that<br>>are using the same interface (eth0). ETH0 is connected to a 5 port switch<br>>which connects Linksys router. The problem I have is that I cannot ping<br>
>anything on the internet when I receive an IP address in the 192.168.100.X<br>>subnet. I am unable to ping 192.168.1.2 from the 192.168.100.X subnet.<br>><br>>  I tried changing the 'options routers' for the 192.168.100.X subnet to<br>
>192.168.1.2 and that didn't make a difference.<br><br>Your problem is one of routing, not DHCP. In summary, EVERY device<br>should have a route available to it that will get packets to EVERY<br>other device in the network. For a simple non-shared network, local<br>
devices can be reached via the ARP process - in effect, when a device<br>needs to talk to another it shouts out "192.168.1.7, where are you<br>?", and assuming it's there, the other device will respond with it's<br>
MAC address, after which the two can chat away.<br><br>Once you have a shared network then things get harder. Without local<br>configuration on each device, they will need the assistance of a<br>router. With a router, the devices don't even need to know that they<br>
are on a shared network - they just toss the packets at the router<br>and let it deliver them.<br>So a simple solution is to configure at least one dual homed device<br>(your DHCP server may well be a good candidate), turn on IP<br>
Forwarding, and tell any other routers about the routes it can<br>handle. In fact, from your posted config, devices in the<br>192.168.100.0 subnet are already using this machine as their gateway.<br>So go to your Linksys router, and you'll find a page for setting up<br>
static routes (from memory it's Setup (left hand tab) and Static<br>Routes (near the right of the sub-menu)). Simply tell it that<br><a href="http://192.168.100.0/24" target="_blank">192.168.100.0/24</a> is reachable via 192.168.1.2 and things will<br>
probably start working.<br><br>If you do this then packets do take a tortuous route :<br> From 192.168.1.x to 192.168.100.y : packets got to the Linksys at<br>192.168.1.1, then to the server at 192.168.1.2, and then the the<br>
other device.<br>In the reverse direction, there is one less hop : packets go to the<br>server at 192.168.100.1, but this knows about the locally connected<br>192.168.1.0 subnet and forwards it directly to the destination.<br>
<br><br>As already pointed out, it is even better if you can configure the<br>router with an address on both subnets. I don't recall seeing this on<br>Linksys routers, but you can definitely do it with OpenWRT if your<br>
hardware supports that.<br><br><br>Yet another (high maintenance) method is to configure VERY device<br>with either an address in both subnets OR a static route for the one<br>it isn't a member of. I think it should be enough to tell a device on<br>
192.168.1.x a static route of "<a href="http://192.168.100.0/24" target="_blank">192.168.100.0/24</a> via <interface>" -<br>and vice-versa for all devices on 192.168.100.0. They can then use<br>ARP to find each other. But you cannot do this via DHCP.<br>
That's why advice is normally to "let the routers deal with it" - ie<br>you setup routers that can do it and the end devices need never know<br>any details.<br><br>--<br>Simon Hobson<br><br>Visit <a href="http://www.magpiesnestpublishing.co.uk/" target="_blank">http://www.magpiesnestpublishing.co.uk/</a> for books by acclaimed<br>
author Gladys Hobson. Novels - poetry - short stories - ideal as<br>Christmas stocking fillers. Some available as e-books.<br><br><br>------------------------------<br><br>Message: 6<br>Date: Wed, 6 Jul 2011 20:49:12 +0100<br>
From: Simon Hobson <<a href="mailto:dhcp1@thehobsons.co.uk" target="_blank">dhcp1@thehobsons.co.uk</a>><br>Subject: Re: DHCP client not working<br>To: <a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br>
Message-ID: <<a href="mailto:p06240804ca3a6c219b00@simon.thehobsons.co.uk" target="_blank">p06240804ca3a6c219b00@simon.thehobsons.co.uk</a>><br>Content-Type: text/plain; charset="us-ascii" ; format="flowed"<br>
<br>Kishore Kumar Kakarla wrote:<br><br>>Sorry, I have taken note of earlier reply from Steinar Haug. I was<br>>thinking if something can be done from the client side instead of<br>>changes of DHCP server / DHCP relay agent because I have no control<br>
>over DHCP server.<br><br>Have you read your own message ?<br><br>>  >DHCPv4 client package has been modified to use sockets by defining<br>>>USE_SOCKETS in site.h of the includes directory so that it works for<br>
>  >ppp interface.<br><br>This is the source of your issues, and it is in your power to deal<br>with. It's  CLIENT issue, not a server issue, since you have modified<br>the client. I think Steiner just missed that detail when mentioning<br>
server.<br><br>--<br>Simon Hobson<br><br>Visit <a href="http://www.magpiesnestpublishing.co.uk/" target="_blank">http://www.magpiesnestpublishing.co.uk/</a> for books by acclaimed<br>author Gladys Hobson. Novels - poetry - short stories - ideal as<br>
Christmas stocking fillers. Some available as e-books.<br><br><br>------------------------------<br><br>_______________________________________________<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><br>End of dhcp-users Digest, Vol 33, Issue 8<br>*****************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br><a href="<a href="http://www.c28.com/?adid=st&iid=19467" target="_blank">http://www.c28.com/?adid=st&iid=19467</a>"><br><img src="<a href="http://www.c28.com/images/banner_88x31.gif" target="_blank">http://www.c28.com/images/banner_88x31.gif</a>" border="0" width="88" height="31"></a><br>