04:16:43 hm. is my reading of the sources correct? my use case: a VNIC in a global zone configured to advertise an ULA ipv6 prefix to the etherstub, but I don't see any RA packet. I checked the in.ndpd/main.c and saw this branch, https://github.com/illumos/illumos-gate/blob/master/usr/src/cmd/cmd-inet/usr.lib/in.ndpd/main.c#L496 . Running /usr/lib/inet/in.ndpd -d -t shows me exactly that: "if_process: interface 04:16:49 not yet present nfs_gz0" 04:18:15 As a result, VNIC is configured to act as a router, but skipped on each event to advertise a prefix 13:18:17 gemelen: what does ifconfig -a show for that interface? from a very quick look at the source, it needs to be 'UP' and the 'NOLOCAL' flag should _not_ be present on it 16:52:17 jbk: You didn't file a bug yet for the show-devs issue you had right? 16:52:28 I'm writing something up but didn't want to dup it. 16:52:57 Ah, never mind. Keith wrote a bug for it. https://www.illumos.org/issues/16377 16:52:58 → BUG 16377: pcieadm show-devs output incorrect for dev with no current-width property (New) 16:56:54 not yet 16:58:45 OK. I'll just use that one for this. 17:00:28 The note I left on there more or less gets that understood. This is mostly a call generator and confusing. But the link is down on all of them, so there's not going to be useful information there. 17:38:47 jbk: the ways I've created the vnic resulted in two logical interfaces, nfs_gz0 which wasn't UP and nfs_gz0:1 in UP. but doing `ifconfig nfs_gz0 inet6 up` broke connectivity. anyway, that was a direction for me 18:18:18 btw, the odd i40e speed issue I mentioned last week got weirder. i40e <-> adtran ONT: 85+% packet loss in ping at 10G. i40e -> switch -> adtran ONT: 0% packet loss at 2.5G, 5G, and 10G. updating the i40e "NVM" firmware had no effect (other than changing the boot message from "i40e0: The driver for the device detected an older version of the NVM image (1.7) than expected (1.9)." i40e0: The driver for the device detected a newer version of the 18:18:18 NVM image (1.15) than expected (1.10)".to " But Sonic says a switch in the middle isn't a supportable configuration. 18:18:52 oops, that got mangled by a paste. 18:21:41 the supportable configs (direct cable router <-> ONT) either don't work or are at reduced speed, while the apparently-working config is deemed not supportable by the ISP. 18:36:42 if I had to guess, the 'not supported' is probably just 'we expect to see 1 MAC on the other end of the pipe' 18:37:13 but I don't think we're doing anything that'd matter in the i40e driver 18:37:27 well maybe flow control or fec? 18:37:44 those can sometimes be a problem 18:37:50 if you've not messed with those yet 18:52:37 jbk: flow control is off as is fec; if I'm not mistaken fec is for speeds over 10G 18:53:15 jbk: support guy said "you'd periodically have to call in to have us clear the mac filter" but wasn't specific about that. 19:06:27 I wish he'd said more, I don't see how that would happen 19:08:53 if the switch started a DHCP request I can see that mucking things up. 19:11:14 (I have it configured as L2-only on the relevant ports; L3 only on the out-of-band mgt port) 19:30:51 i guess i40e's internal switching doesn't count :) 19:45:43 * danmcd laughs alongside jbk... 20:08:20 i can't recall about mellanox, and i've not looked at chelsio at all, but I do wonder if any other NICs do anything similar (basically geared towards a system hosting VMs) 20:08:44 well, I can think of some people using chelsio nics on a system geared to hosting VMs 20:08:57 though that doesn't answer your question 20:09:11 yes, but that doesn't mean they have an entire switch, complete with the ability to do things like run LLDP on chip 20:09:46 but right now, IIRC, vnics basically just maybe get a TX and RX ring from the HW 20:10:10 though there's probably more that could be done by the NIC -- but is it common enough where it'd make sense to maybe have some internal API 21:06:57 jbk/richlowe: tech is here, showed me the aforementioned mac filter entries and it's just (ipv4/v6 <-> mac) pairs (a limited number of them). 21:07:22 so the meltdowns they are concerned with involved .. less careful configs, no doubt. 21:11:10 yeah, if you have apple hardware (especially), their mac randomizer can cause real trouble for things like that. 21:12:18 it protects your privacy behind a veil of having to call IT and ask specifically if they can look at all the entries that are you every so often. 21:13:40 I ask my family to turn it off for the "at home" network location so my `mac-check` script can detect bogons/new-devices more easily. 21:14:14 I also have NAT because VZ is too gougy and doesn't let static-IPv4 customers ALSO have IPv6. :upside-down-face: 22:01:16 [illumos-gate] 17456 duplicate bool definition in qede NIC driver -- Kyle Simpson 22:01:17 [illumos-gate] 17471 remove the rest of wireless USB -- Richard Lowe 22:56:22 [illumos-gate] 17482 pmap could label the comm page -- Andy Fiddaman