Vlan interface on bond sending traffic using a MAC different the one in configuration

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/redhat-devel-list

[Index of Archives]     [Kernel Newbies]     [Red Hat General]     [Fedora]     [Red Hat Install]     [Linux Kernel Development]     [Yosemite News]

  Powered by Linux