Hi.
Is any way to change MAC address on VF inside VM without touching host?
Is it possible to add additional MAC addresses which NIC's driver pass through VF
When MAC inside VM is changed via
$ sudo ip link set eth0 address fa:16:55:55:55:55
Log message appears in host system:
Dec 24 15:08:29 localhost kernel: [685436.750320] ixgbe 0000:01:00.0 p5p1: VF 3 attempted to override administratively set MAC address
Dec 24 15:08:29 localhost kernel: [685436.750320] Reload the VF driver to resume operations
and traffic stops flow through eth0. Then I should change MAC on VF in host to fix this
$ sudo ip link set p5p1 vf 3 mac fa:16:55:55:55:55
Log message appears in host system:
Dec 25 15:12:14 localhost kernel: [685661.582284] ixgbe 0000:01:00.0: setting MAC fa:16:55:55:55:55 on VF 3
Dec 25 15:12:14 localhost kernel: [685661.582291] ixgbe 0000:01:00.0: Reload the VF driver to make this change effective.
and traffic starts flow again.
I have same bonding use case and issues as described in
We use Intel 10G NICs
01:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01)
01:00.1 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01)
Host OS is ubuntu 14.04
$ uname -rv
3.13.0-40-generic #69-Ubuntu SMP Thu Nov 13 17:53:56 UTC 2014
Guests are Fedora 20
$ ip link sh dev p5p1 |
3: p5p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 0c:c4:7a:1e:a9:5c brd ff:ff:ff:ff:ff:ff | |
vf 0 MAC 00:00:00:00:00:00, spoof checking on, link-state auto | |
vf 1 MAC 00:00:00:00:00:00, spoof checking off, link-state auto | |
vf 2 MAC fe:c4:ea:e8:d0:73, spoof checking on, link-state auto | |
vf 3 MAC fa:16:11:11:22:22, vlan 1338, spoof checking off, link-state auto | |
vf 4 MAC fa:16:3e:e9:9e:fe, vlan 1338, spoof checking on, link-state auto |
$ ethtool -i p5p1
driver: ixgbe
version: 3.15.1-k
firmware-version: 0x80000208
bus-info: 0000:01:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no