On Wed, Jun 3, 2015 at 7:14 PM, Jason Gunthorpe <jguntho...@obsidianresearch.com> wrote: > On Wed, Jun 03, 2015 at 01:03:01PM +0300, Haggai Eran wrote: >> > Then I'm inclined to say that we should map for namespaces using device, >> > port, guid/gid, pkey. And in this situation, since a unique guid/gid on >> > any given pkey maps to a unique dhcp identifier and a unique ipv6 >> > lladdr, this becomes freely interchangeable with device, port, pkey, >> > address mappings that this patchset was built around. >> >> What if we change the namespaces patches to map (device, port, GID, >> P_Key, IP) to netdev / namespace? That is, to use both the GID and the >> IP address. > > As I keep saying, you are not supposed to use the IP address as a key > to find the netdev, that is the wrong way to use the Linux netdev > model. > > Requiring unique GID/PKey allows the implementation to avoid this > wrongness, which would be simplifying and more correct. > > That is the appeal to blocking this scenario when children are created.
Jason, The IPoIB RTNL childs were added around release 3.6/7 of the upstream kernel and are part of the kernel UAPI. They are perfectly used in bunch of schemes: 1. when static IP address assignment is used 2. under PV scheme, when the guest has para-virtual Eth NIC and the host does routing between the back-end (e.g tap or alike) and the IPoIB child. Or when the host does tunneling (vxlan) and alike and sends down the encapsulated packet through a host IP address assigned to the IPoIB child 3. etc few more Indeed the DHCP story isn't working there and to get DHCP work something has to be done. But this issue can't serve for blocking the existing UAPI and introduce regression to working systems. Or. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html