12:42:43 <Smithx10> I need to confirm the LACP control id coming off 2 interfaces in an aggregate,  anyone know what to put into snoop?
12:43:36 <Smithx10> system id*
13:18:26 <jbk> i don't think snoop currently knows how to decode LACP (though I thought I put in a ticket for that back at joyent.. it's a category called 'slow' protocols)
14:00:55 <rzezeski> Smithx10: perhaps use snoop to capture only 0x8809 EtherType data to a file and then open in wireshark
14:01:04 <rzezeski> Smithx10: `snoop -rd <interface> -o lacp.pcap 'ethertype 0x8809'`
14:01:09 <rzezeski> I think something like that would work
14:01:29 <Smithx10> Yeah, that’s what I went with
14:01:39 <bahamat> Yeah, that's what I'd do.
14:05:01 <jbk> hrm.. i wonder how horrible it'd be for awk to use 64-bit ints
14:05:03 <rzezeski> you can also filter specific byte offsets with the `base[expr [:size]] = <id>` if you are looking to script something
14:05:08 <jbk> (just had it overflow trying to sum things)
14:05:24 <rzezeski> though you might need to `and` a few of those depending on how many bytes this ID is
14:32:14 <jperkin> jbk: yeh I've hit that, upstream has fixed a load of issues around that, but due to the way we manage our fork it's a pain to update :/
14:33:46 <jbk> i just ended up dividing each value by 1MB so I could get a rough sum :)
14:34:03 <jperkin> https://www.illumos.org/issues/15180
14:34:04 <fenix> → BUG 15180: sync awk from upstream (New)
16:15:47 <copec> jbk: Yeah I'm used to how illumos (and FreeBSD) does things in terms of networking
16:47:55 <gitomat> [illumos-gate] 15609 crle: clean up warning gags -- Toomas Soome <tsoome⊙mc>
17:32:45 <gitomat> [illumos-gate] 15671 scsi: the comparison will always evaluate as 'true' -- Toomas Soome <tsoome⊙mc>
17:34:57 <gitomat> [illumos-gate] 15672 ibcm: the comparison will always evaluate as 'false' -- Toomas Soome <tsoome⊙mc>
17:39:54 <gitomat> [illumos-gate] 15681 overlay: the comparison will always evaluate as 'true' -- Toomas Soome <tsoome⊙mc>
17:48:27 <gitomat> [illumos-gate] 15674 ufs: the comparison will always evaluate as 'true' -- Toomas Soome <tsoome⊙mc>
19:20:42 <Smithx10> hmmm jbk rzezeski  bahamat  ever see this happen?  I'
19:20:45 <Smithx10> https://gist.github.com/Smithx10/16afee943f54e0166e3d87245fefd97b
19:24:46 <Smithx10> The port remains 0mb unknown even after removing it from the aggr too
19:30:11 <jbk> does dladm show-phys show it as link down?
19:30:22 <Smithx10> i40e1        Ethernet             down       0        unknown  i40e1  
19:31:02 <jbk> that'd explain the 0Mb part.. i guess the question is if the corresponding port on the switch is disabled or not
19:31:34 <jbk> (i.e. is it reporting down because of the port on the switch or lack of physical connection, or is some other state messed up)