Hi Sean, On Wed, Dec 17, 2014 at 6:58 PM, Hefty, Sean <sean.he...@intel.com> wrote: >> I checked nfiniBand TM Architecture Release 1.2.1 VOLUME 1 - GENERAL >> SPECIFICATIONS, for RDMA IP CM service, >> the private data for CM REQ is defined in: >> Table 532 IP Addressing CM REQ Message Private Data Format >> So you mean even for RDMA IB, the private data format is also >> required, could you point me a little more detail? > > The RDMA IP CM service Annex in the IB spec defines a range of service IDs > that apply to the RDMA CM. If a service ID falls into this range, the > private data format should also match. > > For example, an app could start with AF_INET, use an alternate method to > resolve the IP address to a GID (such as a user space daemon), then provide > the mapped address directly to the kernel using AF_IB. This prevents the > kernel from needing to perform a duplicate address resolution. The listening > side of the connection may still be using AF_INET. In this example, the > client side is still required to format the private data as indicated in the > Annex. I.e. the original IP addressing that was used should appear as part > of the private data.
So it's possible on server side listen using AF_INET, but client rdma_resolve_addr/rdma_resolve_route/rdma_connect with AF_IB? Jack > > The port space (which maps to the service ID) needs to be included as part of > the check that determines the format of the private data, and not simply the > address family. > > - Sean -- Mit freundlichen Grüßen, Best Regards, Jack Wang Linux Kernel Developer Storage ProfitBricks GmbH The IaaS-Company. ProfitBricks GmbH Greifswalder Str. 207 D - 10405 Berlin Tel: +49 30 5770083-42 Fax: +49 30 5770085-98 Email: jinpu.w...@profitbricks.com URL: http://www.profitbricks.de Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html