Thanks. It works now. Denys Vlasenko <[email protected]> 於 2018年1月23日 週二 下午11:47寫道：
> Added a fix for that, please test. > > On Sat, Jan 20, 2018 at 1:06 PM, 蔡崴丞 <[email protected]> wrote: > > Unfortunately, it doesn't work. > > > > I'll get NAK response from my ISP because of client id difference between > > dhcp6 solicit and dhcp6 request. > > > > The random mac address should keep the same across dhcp session. > > > > Maybe we can derive pseudo mac address from ipv6 local link address? > > > > Denys Vlasenko <[email protected]> 於 2018年1月20日 週六 上午1:45寫道： > >> > >> On Thu, Jan 18, 2018 at 5:08 PM, 蔡崴丞 <[email protected]> wrote: > >> > Since d6_read_interface relies on AF_PACKET (only exists when mac > >> > address > >> > exists) for getting ifindex, dhcpc6 can't get ifindex on link without > >> > mac > >> > address (like PPPoE.) > >> > This patch fallbacks to ioctl SIOCGIFINDEX call for getting ifindex. > >> > Also, this patch generates random client id when there is no mac > >> > address. > >> > >> Applied to git with some edits, please pull and let me know whether it > >> works. > > > > > > _______________________________________________ > > busybox mailing list > > [email protected] > > http://lists.busybox.net/mailman/listinfo/busybox > > >
_______________________________________________ busybox mailing list [email protected] http://lists.busybox.net/mailman/listinfo/busybox
