Steve Stallion wrote: > (Apologies for the cross-post, I have been having little luck resolving this) > > All, > > I've noticed something very peculiar while running tests on the GLDv3 > dnet. Normally when running tests I have snoop running in the > background; I ran the same bevy of tests again, this time without > snoop effectively testing non-promiscuous behavior. The interface > stopped sending and receiving packets; dtrace probes were not being > fired. > > Essentially, it appeared the NIC was only functioning in promiscuous > mode. I immediately suspected that perhaps the address for the device > was not being set correctly. Upon closer inspection, during a plumb > and subsequently setting an inet4 address, dtrace revealed that the > mc_unicst callback was never being called - only mc_multcst. > > Is this correct behavior? Should I manually call mac_unicst_refresh or > mac_unicst_update when the device is initialized (i.e. in dnet_start) ? > mc_unicst will be only called if you changes the mac address of this device. Otherwise, the GLDv3 framework will just use the m_src_addr field passed in mac_register_t when you do mac_register(). Therefore, what you observed is expected.
Thanks - Cathy > TIA, > > Steve > _______________________________________________ > networking-discuss mailing list > [email protected] _______________________________________________ networking-discuss mailing list [email protected]
