RE: Multiple QPs for a single IPoIB Interface

> > Are there any problems with using multiple QPs for a single IPoIB 
> > "interface"?  I would like to use send queues for a single 
> > IPoIB "link", 
> > and the only way I can think to do this is to use multiple QPs.  On 
> > inbound, I would likely use one of the QPs for all traffic, 
> > although I 
> > guess I could theoretically use a different QP by changing 
> > the QPN on the 
> > ARP reply or Neighbor Advertisement.  The IPoIB specs talk 
> > about using a 
> > single QPN for the IPoIB link, but I really can't think of 
> > any reason why 
> > using multiple QPs wouldn't work.
> > 
> 
> There's no reason why that wouldn't work, but shouldn't one be careful
> to avoid sending packets from the same tcp session down different QPs?
> Otherwise, the packets could arrive out-of-order and cause window
> problems...

Yes, that would definitely be my intent - I would map a single TCP session 
to a particular QP.  I just want to be able to map different TCP sessions 
to different QPs.  From what I've seen posted, there doesn't seem to be 
any technical reason this won't work and is already working for other 
implementations, which is what I was hoping to hear.

Roy