Re: Multiple QPs for a single IPoIB Interface

On 5/13/03, Roy Brabson wrote:

>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.
>

Aren't you really asking about multiple Send Queues
and a single Receive Queue for a "Queue Set"?

The Queue Set would still look like a Queue Pair *to the
outside world*. Does this feature require anything more
than a custom local interface? Wouldn't it be wrong to
consume QP IDs for the sending QPs when in fact you
did not intend to receive upon them?