00:07:07 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 00:07:07 looking on the wrong ports(ump 67, 68) 00:11:00 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. 00:12:13 I wish I could simply built it and debug, would be much simpler) 00:17:38 is the server broadcasting the response or unicasting it? 00:18:07 there may be an option to change this depending on the dhcp server. 00:18:40 (look at ether headers in the OFFER) 00:19:05 dhcp server is microbic router, I forgot to mention it. let me check this 00:19:11 microtik* 00:24:58 mikrotik :) 01:02:48 ok, will go to rest, maybe tomorrow I'll find some solution. thnx for help! 16:32:23 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 16:32:29 now the thing starts up in maintenance mode 16:32:36 even with the date set back 17:17:04 hmm, eventually got it with a subsequent reboot 18:25:11 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 =) 20:59:50 mupersicro 21:31:42 [illumos-gate] 15563 remove SPARC-specific tools and their consumers -- Richard Lowe