"dnet intf show" fails when Infiniband interface present, affects 'nmap'

[GoogleCodeExporter]

What steps will reproduce the problem?
1. run "dnet intf show" on system with IB interface

What is the expected output?

   Something similar to output from "ip addr show".

3: ib0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 2044 qdisc pfifo_fast qlen 50000
    link/infiniband 80:00:04:04:fe:80:00:00:00:00:00:00:00:02:c9:02:00:21:d3:a1 brd 00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff
    inet 172.29.60.19/24 brd 172.29.60.255 scope global ib0

4: ib1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2044 qdisc pfifo_fast qlen 50000
    link/infiniband 80:00:04:05:fe:80:00:00:00:00:00:00:00:02:c9:02:00:21:d3:a2 brd 00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff
    inet 172.29.61.19/24 brd 172.29.61.255 scope global ib1
    inet6 fe80::202:c902:21:d3a2/64 scope link
       valid_lft forever preferred_lft forever

What do you see instead?

   lt-dnet: intf_loop: Invalid argument

What version of the product are you using?

SVN 665, pulled 8/23/12

On what operating system?

CentOS 5.8

Please provide any additional information below.

kernel 2.6.18-308.8.1.el5

Works on nearly identical system that
has no Infiniband interfaces.

Original issue reported on code.google.com by starligh...@gmail.com on 24 Aug 2012 at 1:11

[GoogleCodeExporter]

'nmap-dev' issued a patch to work-around this issue.
The 20-byte IB MAC is truncated, but it doesn't
fail and is good enough for 'nmap' to function.
The work-around also covers the RadioTap wifi
network driver.

Original comment by starligh...@gmail.com on 28 Aug 2012 at 9:11