netdev - Re: macvlan on top mlx4 fails

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-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 29 Jan 2010 15:47:19 +0100
From:	Patrick McHardy <kaber@...sh.net>
To:	Daniel Lezcano <dlezcano@...ibm.com>
CC:	Linux Netdev List <netdev@...r.kernel.org>
Subject: Re: macvlan on top mlx4 fails

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.
--
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