I see, I did snoop on the client side, and on port 68 I logged that client sent discover. that's all I have in log from snoop. That's strange, I expected to see here more messages, because on server side I receive discover and request messages. and server send ack and offer messages. meantime it doesn't seem that client getting anything. or I

looking on the wrong ports(ump 67, 68)

also I guess it might be that select_best() getting empty list in arguments, thus current==null and loop is fully skipped. I think so because compute_points_v4() has to print anything(disregard the situation). but I get none from it. only one line in log from select_best() after loop.

I wish I could simply built it and debug, would be much simpler)

is the server broadcasting the response or unicasting it?

there may be an option to change this depending on the dhcp server.

(look at ether headers in the OFFER)

dhcp server is microbic router, I forgot to mention it. let me check this

microtik*

mikrotik :)

ok, will go to rest, maybe tomorrow I'll find some solution. thnx for help!

well this is fun. Have an ancient system with seemingly nothing changed prior to reboot except for the date being changed in the CMOS to get around a supermicro bug

now the thing starts up in maintenance mode

even with the date set back

hmm, eventually got it with a subsequent reboot

hey, yesterday I was here trying to resolve issue with dhcp client. So I woke today, booted openindiana and dhcp just works. My guess, fixing time worked, but had to reboot, which I didn't. now I don't have sound, but that much better than absent internet =)

mupersicro

[illumos-gate] 15563 remove SPARC-specific tools and their consumers -- Richard Lowe <richlowe⊙rn>