Re: macvlan on top mlx4 fails

[Patrick McHardy <kaber@trash.net>]

Daniel Lezcano wrote:
> Hi all,
> 
> I am trying to have a macvlan on top of an ethernet driver infiniband
> emulation communicating with the macvlan on anoher host with the same
> configuration. But I am not able to ping them through the ip address
> assigned to each macvlan.
> 
> On the host1 (s1):
> 
> ...
> s2:~ # ping 1.2.3.5
> PING 1.2.3.5 (1.2.3.5) 56(84) bytes of data.
> From 1.2.3.4: icmp_seq=2 Destination Host Unreachable
> From 1.2.3.4 icmp_seq=2 Destination Host Unreachable
> From 1.2.3.4 icmp_seq=3 Destination Host Unreachable
> From 1.2.3.4 icmp_seq=4 Destination Host Unreachable
> ^C
> --- 1.2.3.5 ping statistics ---
> 5 packets transmitted, 0 received, +4 errors, 100% packet loss, time 4010ms
> , pipe 3
> 
> The arp cache:
> 
> Address                  HWtype  HWaddress           Flags Mask    Iface
> 1.2.3.5                          (incomplete)    mc1
> 
> 
> When doing a tcpdump on s2 host, I have arp who-as request:
> 
> 
> 09:14:20.764389 arp who-has 1.2.3.5 tell 1.2.3.4
> 09:14:20.764394 arp who-has 1.2.3.5 tell 1.2.3.4
> 09:14:20.764427 arp who-has 1.2.3.5 tell 1.2.3.4
> 
> 
> But doing the same tcpdump on the s1 host I don't see there arp request.
> 
> The output of lscpi:
> 
> s2:~ # lspci
> 0000:00:01.0 RAID bus controller: IBM Obsidian chipset SCSI controller
> (rev 02)
> 0001:00:01.0 USB Controller: NEC Corporation USB (rev 43)
> 0001:00:01.1 USB Controller: NEC Corporation USB (rev 43)
> 0001:00:01.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
> 0002:00:01.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev
> 02)
> 0003:01:00.0 InfiniBand: Mellanox Technologies MT25418 [ConnectX IB DDR,
> PCIe 2.0 2.5GT/s] (rev a0)
> 
> 
> I am a newbie on infiniband so I was wondering if I did something wrong
> or if this is unsupported.

Well, I don't know much about infiniband myself. On which device
are you running tcpdump? In case its the eth-device, does running
tcpdump directly on top of the ib-devices make any difference?
Perhaps its not properly propagating the promiscous mode flag or
the secondary unicast addresses.