[openib-general] Re: dapl_ep_connect problems

James Lentini jlentini at netapp.com
Mon Sep 12 10:58:52 PDT 2005



On Mon, 12 Sep 2005, Aniruddha Bohra wrote:

> Hi
>    I checked the code and it seems there was indeed a problem with that.
> I changed the code and now it posts the connect request and does not
> get any event. The ep_status is DAT_EP_STATE_CONNECT_PENDING.
> I am trying now with dapltest to see if it is a problem with my server
> (netapp filer NFSoRDMA) or the Open IB stack.
> 
> Thanks for your help. If you have any idea about some special 
> configuration required for the connection, I would really appreciate 
> your help. Is there any way to see the requests similar to tcpdump?

I believe you've run into an ATS issue. The ATS implementations in 
OnTap and OpenIB were done before the ATS specification was drafted in 
the DAT Collaborative.

The interoperability problem stems from the fact that OnTap ATS 
records and OpenIB ATS records use a different default value for the 
PKey field. When the issue was discussed in the DAT Collaborative, it 
was decided that the "default PKey value", 0xFF, should be the default 
for this field. This is what OpenIB is using. Your version of OnTap 
needs an update for this.

The quick fix is to modify OpenIB to use a default value of 0:


Index: core/at.c
===================================================================
--- core/at.c	(revision 3375)
+++ core/at.c	(working copy)
@@ -95,6 +95,9 @@ static void build_ats_req(struct ib_sa_s
 {
 	struct ib_sa_ats_rec *ats;
 
+	/* FIXME Filer interop change */
+	pkey = 0;
+
 	memset(rec, 0, sizeof *rec);
 
 	rec->id = IB_ATS_SERVICE_ID;


The long term solution will be to give you an updated version of OnTap 
that uses the new default value. Let's work directly with one 
another on that since it is not an OpenIB issue.



More information about the general mailing list