HI, We are trying to create multiple vlan interfaces on a bond0(taking eth0 as slave), our program has configured different mac on those vlan interfaces, but when we do packet capture, we found the vlan interface is using the same mac as bond0, different from the MAC configured on it.
Is this a bug or expected? Is there a workaround to use the MAC we have set? Thank you! Best, Yuxin ------------------------------ We are using redhat 7.3. Snippets below shows: vlan interface bond0.2929 on bond0 which have eth0 as slave sending traffic using MAC addr of bond0. [rhel@bms-redhat-lpf-20 network-scripts]$ uname -a Linux bms-redhat-lpf-20 3.10.0-514.el7.x86_64 #1 SMP Wed Oct 19 11:24:13 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux [rhel@bms-redhat-lpf-20 network-scripts]$ cat /etc/os-release NAME="Red Hat Enterprise Linux Server" VERSION="7.3 (Maipo)" …. [rhel@bms-redhat-lpf-20 network-scripts]$ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 8888 qdisc mq master bond0 state UP qlen 1000 link/ether fa:16:3e:a9:88:96 brd ff:ff:ff:ff:ff:ff 3: enp2s0f1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN qlen 1000 link/ether e8:4d:d0:c1:52:3a brd ff:ff:ff:ff:ff:ff 4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 8888 qdisc noqueue state UP qlen 1000 link/ether fa:16:3e:a9:88:96 brd ff:ff:ff:ff:ff:ff ^^^^^^^^^^^^^^^ inet 192.168.12.58/24 brd 192.168.12.255 scope global dynamic bond0 valid_lft 79139sec preferred_lft 79139sec inet6 fe80::f816:3eff:fea9:8896/64 scope link valid_lft forever preferred_lft forever 5: bond0.2929@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8888 qdisc noqueue state UP qlen 1000 link/ether fa:16:3e:d3:26:88 brd ff:ff:ff:ff:ff:ff ^^^^^^^^^^^^^^^ inet 192.168.100.203/24 brd 192.168.100.255 scope global dynamic bond0.2929 valid_lft 79185sec preferred_lft 79185sec inet6 fe80::f816:3eff:fed3:2688/64 scope link valid_lft forever preferred_lft forever …… (ping 192.16.100.1 on another terminal) [rhel@bms-redhat-lpf-20 network-scripts]$ sudo tcpdump -nei bond0 icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bond0, link-type EN10MB (Ethernet), capture size 65535 bytes 05:20:06.748300 fa:16:3e:92:ee:69 > fa:16:3e:c6:02:6a, ethertype 802.1Q (0x8100), length 102: vlan 3063, p 0, ethertype IPv4, 172.16.0.252 > 172.16.0.91: ICMP echo request, id 37110, seq 2038, length 64 05:20:06.748311 fa:16:3e:a9:88:96 > fa:16:3e:a9:02:37, ethertype 802.1Q (0x8100), length 102: vlan 3063, p 0, ethertype IPv4, 172.16.0.91 > 172.16.0.252: ICMP echo reply, id 37110, seq 2038, length 64 ^^^^^^^^^^^^^^^ 05:20:07.175174 fa:16:3e:a9:88:96 > fa:16:3e:91:58:e5, ethertype IPv4 (0x0800), length 98: 192.168.12.58 > 192.16.100.1: ICMP echo request, id 12680, seq 29, length 64 05:20:07.748326 fa:16:3e:92:ee:69 > fa:16:3e:c6:02:6a, ethertype 802.1Q (0x8100), length 102: vlan 3063, p 0, ethertype IPv4, 172.16.0.252 > 172.16.0.91: ICMP echo request, id 37110, seq 2039, length 64 …… [rhel@bms-redhat-lpf-20 network-scripts]$ cat ifcfg-bond0 MACADDR=fa:16:3e:a9:88:96 USERCTL=no BONDING_MASTER=yes ONBOOT=yes NM_CONTROLLED=no BOOTPROTO=dhcp BONDING_OPTS="mode=4 xmit_hash_policy=layer3+4 miimon=100" DEVICE=bond0 TYPE=Bond [rhel@bms-redhat-lpf-20 network-scripts]$ cat ifcfg-eth0 USERCTL=no MTU=8888 NM_CONTROLLED=no BOOTPROTO=dhcp DEVICE=eth0 TYPE=Ethernet ONBOOT=yes MASTER=bond0 SLAVE=yes [rhel@bms-redhat-lpf-20 network-scripts]$ cat ifcfg-bond0.2929 MACADDR=fa:16:3e:d3:26:88 USERCTL=no PHYSDEV=bond0 VLAN=yes NM_CONTROLLED=no BOOTPROTO=dhcp DEVICE=bond0.2929 TYPE=Ethernet ONBOOT=yes 华为技术有限公司 Huawei Technologies Co., Ltd. [Company_logo] ________________________________ 本邮件及其附件含有华为公司的保密信息,仅限于发送给上面地址中列出的个人或群组。禁 止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、或散发)本邮件中 的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本邮件! This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!
_______________________________________________ Redhat-devel-list mailing list Redhat-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/redhat-devel-list