dhcp server returns core dump when i define network with mask 8

s m sam.gh1986 at gmail.com
Tue Jul 23 08:45:34 UTC 2013

thanks Frank,

192 is just a sample. if i want to define netmask, dhcp
server core dump either. you're right, it is better to use just some
limited addresses to avoid possible troubles. but i want to run my dhcp
server for all possible networks.
now my question is: if i define a network with mask 8, the rang should be

and thank you jb but if i define my network like below,  server runs
log-facility local7;
subnet netmask {

i think is reserved for broadcast too. is it not true? if
yes, why dhcp server works correctly?
please help me to clear my mind.

On Tue, Jul 23, 2013 at 12:56 PM, Frank Leonhardt <frank2 at fjl.co.uk> wrote:

> On 23/07/2013 09:03, jb wrote:
>> s m <sam.gh1986 <at> gmail.com> writes:
>>  ...
>>> subnet netmask {
>>>      range;
>> The 'range' denotes IP addresses that can be allocated to clients.
>> The IP is a reserved broadcast address for the network.
>> jb
> It's definitely "bad idea" to try to use it, but it doesn't explain the
> core dump.
> Also, using DHCP to dish out addresses that don't belong to you AND aren't
> on a private network (as defined by IANA) will probably lead to trouble.
> Valid private address ranges are:
> -         (private class A)
> -     (private class B x 16)
> - (private class C x 256)
> Which block you use is really a matter of taste - classes haven't been
> used in routing for quite a while so you can consider them all as straight
> blocks but I (for one) still treat them as classed just to help me
> visualise what's what. For example, I'll use one class C per site to
> prevent conflicts over VPN.
> addresses are allocated to real hosts on the wider internet,
> although IIRC some of the lower ones are reserved for use in documentation
> (like example.com) - is that where the idea came from?!? :-)
> Regards, Frank.
> ______________________________**_________________
> freebsd-questions at freebsd.org mailing list
> http://lists.freebsd.org/**mailman/listinfo/freebsd-**questions<http://lists.freebsd.org/mailman/listinfo/freebsd-questions>
> To unsubscribe, send any mail to "freebsd-questions-**
> unsubscribe at freebsd.org <freebsd-questions-unsubscribe at freebsd.org>"

More information about the freebsd-questions mailing list