[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