[openib-general] [RFC] [PATCH] ib_cm: send DREP in response to unmatched DREQ

Michael S. Tsirkin mst at mellanox.co.il
Wed Sep 27 23:26:14 PDT 2006


Quoting r. Sean Hefty <mshefty at ichips.intel.com>:
> Subject: Re: [RFC] [PATCH] ib_cm: send DREP in response to unmatched DREQ
> 
> Sean Hefty wrote:
> > Currently a DREP is only sent in response to a DREQ if a connection
> > has been found matching the DREQ, and it is in the proper state.  Once
> > a DREP is sent, the local connection moves into timewait.  Duplicate
> > DREQs received while in this state result in re-sending the DREP.
> > 
> > However, it's likely that the local connection will enter and exit
> > timewait before the remote side times out a lost DREP and resends a DREQ.
> > There are a couple possible solutions to this.  One is to increase how
> > long a connection remains in timewait, by multiplying its wait time by
> > max_cm_retries.  This can greatly increase the timewait state before a QP
> > can be re-used when CM messages are not lost.
> > 
> > An alternative is to send a DREP in response to a DREQ, even if a local
> > connection is not found, which is what this patch does.
> 
> If there are no objections, I will commit this patch to svn, and submit for 
> inclusion upstream.

I'm OK with this change.

-- 
MST




More information about the general mailing list