I've updated the spec as follows below.
Darren
This case seeks to introduce a new ioctl for PF_INET and PF_INET6
sockets,
| SIOCGIFHWADDR. In addition, SIOCGLIFHWADDR will be introduced as a mate to
| SIOCIGHWADDR. SIOCIFHWADDR ioctl is already supported for PF_PACKET
sockets
| and is being brought into IP for better compatibility with open source
| projects. This case seeks minor binding. As this case is rather obvious
| and straight forward, I'm filing it as automatic approval.
Details
=======
For better or worse, various open source applications configure
themselves
at build time by looking for various symbols in header files. The
presence
of this particular symbol, SIOCGIFHWADDR, is taken to indicate that the
kernel supports it on all of the relevant networking sockets. This
becomes
a problem when an attempt is made to compile open source applications
such
| as nmap[1]. SIOCGLIFHWADDR is required to support Infiniband interfaces
| where the hardware address will not fit inside the structure used by
| SIOCGIFHWADDR.
Without supporting these ioctls for PF_INET/PF_INET6, it would be
necessary
for an application wanting to use PF_PACKET (or BPF) to link against the
DLPI library in order to lookup the MAC address of a network interface.
Whilst functional, it is hardly desirable to develop in this fashion and
most applications expect to function entirely with PF_PACKET, BPF or
DLPI.
| For PF_INET/PF_INET6, IP network interfaces are used for name lookups. If
| no hardware address is available with the associated IP network interface
| then then an error is returned.
| For PF_PACKET, datalinks are used and the primary unicast MAC address is
| returned.
| The classificationand stability for both of these ioctls on PF_INET and
| PF_INET6 sockets are the same as SIOCGIFHWADDR in PSARC/2009/232.
[1] - nmap-dev mailing list http://seclists.org/nmap-dev/2010/q2/49
_______________________________________________
opensolaris-arc mailing list
[email protected]
