lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 1 Apr 2015 19:15:54 +0000
From:	Manish Chopra <manish.chopra@...gic.com>
To:	Patrick McHardy <kaber@...sh.net>
CC:	netdev <netdev@...r.kernel.org>,
	Yuval Mintz <Yuval.Mintz@...gic.com>
Subject: Question regarding MAC address configuraton with VLAN devices


Hello Patrick,

I have a question regarding MAC address configuration of network devices specially
when VLANs are configured on that. Can you please help to address?

When user changes MAC address of a base network device [e.g., via ifconfig]
why existing VLAN device on top of that would add it's previous MAC address to
unicast list of base device instead of adapting the new MAC address
in it's own net device?

What we are trying to achieve here is that -

For a VF, if Hypervisor/Administrator has forced a MAC [e.g., via iproute2] then as a part of 
"learning process [of the new hypervisor forced mac] done by VF driver", it will simply call
"call_netdevice_notifiers(NETDEV_CHANGEADDR, dev)", which would notify the address change
to VLAN interfaces configured on top of VF device and they will adapt the hypervisor forced MAC too.
But that's not seems to be the behavior here, instead VLAN device on top of the VF device seems to be adding
It's previous MAC address to unicast list of base VF device. This configuration will not take effect
[since PF is blocking the VF's additional unicast MACs, if once a MAC has been forced to the VF], thus
effectively the VLAN interface will never receive traffic with it's configured MAC.


Regards,
Manish
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ