Douglas Maus <dmaus <at> speakeasy.net> writes: As a final followup to this problem (still unresolved), I can say that my problem of the kernel not properly handling IPv6 router advertisements to generate an IPv6 global (2001:xx...) address (non- link-local)
- may be specific to the hardware I was using, in that: in the same network environment (same switch, same Apple Airport ExtremeN router advertising IPv6) and same install CD on a MacMini with Core2Duo, running OpenBSD 5.0 I was able to easily get it to properly configure the 2001.xxx... address but on a Supermicro SYS-5015A-H (with Intel Atom 330 and dual Realtek RTL8111C-GR) it has failed to generate the 2001:xxx... address every time at least 6 times tried - in an additional "huh - that's funny" on the last time I tried to reinstall from beginning, I noticed that in the install process, in the network section after telling IPv4 to use 'dhcp', and IPv6 to use 'rtsol', then deciding to go back to the beginning with CTRL+C, in the second time through the network section, again 'dhcp' requested and received the dhcp IPv4 address, but the IPv6 section actually _offered_ an address of the form '2001:xxx...' I choose 'rtsol' - and after install and reboot, still no '2001.xxx...' address. (I may try to duplicate this and let it install with the '2001.xxx...' address, but I'm done for tonight.) I thought that perhaps this meant that the bsd.rd kernel of the installer seems to correctly process the IPv6 route advertisements, but something in the stock bsd(.mp) kernel may not. ? If anyone with more knowledge finds this a useful clue, then I'd be happy to follow more direction in debugging. Otherwise - I think I'll just call this one beyond me. Thanks.
