I am trying to set-up a DHCP server on a local network using bootpd(1M)
daemon.
Following the man pages, I have set the two configuration files:
a) /etc/bootptab
b) /etc/dhcptab
To verify their contents, I run the following command:
# /usr/lbin/bootpd -d3 -t1
As a result, I obtain the following output which I am not able to interpret:
getsockname: Socket operation on non-socket
What is wrong in the configuration files ? What shall I do ?
Thanks,
Kuba

"Kuba" <kuba64@alice.it> wrote in message 
news:46229308$0$36450$4fafbaef@reader5.news.tin.it...
>I am trying to set-up a DHCP server on a local network using bootpd(1M)
> daemon.
> Following the man pages, I have set the two configuration files:
> a) /etc/bootptab
> b) /etc/dhcptab
> To verify their contents, I run the following command:
> # /usr/lbin/bootpd -d3 -t1
> As a result, I obtain the following output which I am not able to 
> interpret:
> getsockname: Socket operation on non-socket
> What is wrong in the configuration files ? What shall I do ?
> Thanks,
> Kuba

Have you tried to use 'sam' to do the configuration?
It will be easier that doing it manually.

Mike 

Thanks for your answer.
It was my fault; the bootpd command have to be run with the '-s' option.
The two configuration files was OK.
Just an other question: in the 'syslog' file I have found the following
error linked to the DHCP Windoz clients:
bootpd[2065]: client X.X.X.X requested unknown/unservable option.tag = 4d
Any idea what is the tag 4d (77 dec) ?

Kuba

"M" <rnee@comcast.net> ha scritto nel messaggio
news:tf6dnbNUuvXQR7_bnZ2dnUVZ_rWnnZ2d@comcast.com...
> "Kuba" <kuba64@alice.it> wrote in message
> news:46229308$0$36450$4fafbaef@reader5.news.tin.it...
> >I am trying to set-up a DHCP server on a local network using bootpd(1M)
> > daemon.
> > Following the man pages, I have set the two configuration files:
> > a) /etc/bootptab
> > b) /etc/dhcptab
> > To verify their contents, I run the following command:
> > # /usr/lbin/bootpd -d3 -t1
> > As a result, I obtain the following output which I am not able to
> > interpret:
> > getsockname: Socket operation on non-socket
> > What is wrong in the configuration files ? What shall I do ?
> > Thanks,
> > Kuba
>
> Have you tried to use 'sam' to do the configuration?
> It will be easier that doing it manually.
>
> Mike
>
>

"Kuba" <kuba64@alice.it> writes:

> Thanks for your answer.
> It was my fault; the bootpd command have to be run with the '-s' option.
> The two configuration files was OK.
> Just an other question: in the 'syslog' file I have found the following
> error linked to the DHCP Windoz clients:
> bootpd[2065]: client X.X.X.X requested unknown/unservable option.tag = 4d
> Any idea what is the tag 4d (77 dec) ?

It could be the "user-class" option, described by RFC 3004, but if the
client is older than the RFC3004, it might mean anything.

http://www.rfc-editor.org/rfc/rfc3004.txt

Essentially, the user-class option is just extra information from the
DHCP client to the DHCP server. Because it is present in the request
but the server does not know its meaning, the server assumes the
client requests some sort of information included to the server's
response.

This option could be used to tell the server that a client belongs
to a specified class of machines. For example, it could mean "this
client host belongs to Marketing; please give address from the
Marketing address pool".

From the RFC3004:
#  A server that is not equipped to interpret any given user class
#  specified by a client MUST ignore it (although it may be reported).

I think this means this option can safely be ignored if
the server does not have the facility to handle user classes (most
likely this is your situation) or if the specific class requested by
the client is not configured in the server.

-- 
Matti.Kurkela@welho.com

Thank you for your answer. It was really exhaustive. I already suspected the
situation you have described but I did not have any technical data to
confirm it.
The real problem is really slightly different: I do not understand why my
HP-UX 10.20 DHCP server works properly with every client HP-UX or Linux but
not with Windoz clients, that means the problem I described occurs only with
Win98SE clients.
What has tag '4d' to do with Windoz? Is it possible that anybody has never
noticed this behaviour?

kuba64@faswebnet.it

"Matti Juhani Kurkela" <Matti.Kurkela@welho.com> ha scritto nel messaggio
news:87slar1rj5.fsf@ryoko.home...
> "Kuba" <kuba64@alice.it> writes:
>
> > Thanks for your answer.
> > It was my fault; the bootpd command have to be run with the '-s' option.
> > The two configuration files was OK.
> > Just an other question: in the 'syslog' file I have found the following
> > error linked to the DHCP Windoz clients:
> > bootpd[2065]: client X.X.X.X requested unknown/unservable option.tag =
4d
> > Any idea what is the tag 4d (77 dec) ?
>
> It could be the "user-class" option, described by RFC 3004, but if the
> client is older than the RFC3004, it might mean anything.
>
> http://www.rfc-editor.org/rfc/rfc3004.txt
>
> Essentially, the user-class option is just extra information from the
> DHCP client to the DHCP server. Because it is present in the request
> but the server does not know its meaning, the server assumes the
> client requests some sort of information included to the server's
> response.
>
> This option could be used to tell the server that a client belongs
> to a specified class of machines. For example, it could mean "this
> client host belongs to Marketing; please give address from the
> Marketing address pool".
>
> From the RFC3004:
> #  A server that is not equipped to interpret any given user class
> #  specified by a client MUST ignore it (although it may be reported).
>
> I think this means this option can safely be ignored if
> the server does not have the facility to handle user classes (most
> likely this is your situation) or if the specific class requested by
> the client is not configured in the server.
>
> -- 
> Matti.Kurkela@welho.com