
<html><body>

<p>I would like to start a discussion around the convergence of RDMA APIs and ULPs<br>

between OpenIB and OpenRDMA projects.<br>

<br>

As you all know, Infiniband and iWARP based RNICs support RDMA capabilities being<br>

exploited by both kernel and user based applications and which can take advantage of<br>

these RDMA capabilities through standards based RDMA APIs such as DAPL, IT-API (v1/v2).<br>

<br>

There exists a set of upper layer protocols, such as NFS, SRP/iSER, SDP, which are mostly<br>

kernel based and also exists user based middleware/applications such as DB2, Oracle, scientific<br>

applications which would like to use a common set of APIs supported by the underlying<br>

operating systems in order to work over different RDMA fabrics like IB and RNICs.<br>

<br>

>From Linux kernel perspective, it is undesirable to have a different set of APIs and ULPs<br>

supported for variety of reasons including but not limited to the duplication, testing effort etc.<br>

OpenIB and OpenRDMA projects are separate efforts and are actively working in its own paths<br>

to develop the corresponding RDMA support in Linux but we want to make sure <br>

we work together to avoid the duplication in providing the support.<br>

<br>

The proposal for both communities is to start thinking and discussing on how best<br>

we could accomplish this commonality between these two projects. BTW, To make this objective<br>

further clear - this proposal is not about merging these two projects since each project<br>

has its own objective of supporting its RDMA function and rather intended to steer both<br>

projects toward the goal of standardizing RDMA APIs and providing common ULPs as applicable.<br>

<br>

However, we also have a challenge to address in implementing these common ULPs and APIs<br>

since OpenIB is currently using verbs PI for Linux defined through an open source process and <br>

OpenRDMA is currently defining RNIC-PI (supporting RNIC and IB compatible verbs) for Linux <br>

based on the industry standard evolving through Opengroup/ICSC and open source community reviews.<br>

<br>

The ultimate challenge for us is to come up with a common PI acceptable in Linux while<br>

taking into account the standards, hardware vendors portability for device drivers, ULPs etc.<br>

<br>

Thanks,<br>

Venkat<br>

</body></html>