[openib-general] IB Address Translation service

[Michael Krause]

Just to make this clear:

- There are only two QP that are defined with specific intention - QP0 and 
QP1.  All other QP may vary throughout the entire QP space.

- All ULP built on top of IB must assume that the QP are variant and must 
discover these through various protocol such as the service ID protocol or 
for IPoIB, the ARP / ND exchange.

- Multiple QP may be used for a given service allowing both finer grain 
partitioning as well as scaling opportunities.

So, this isn't something open to debate.  It is how we designed the 
technology to allow flexibility and performance.

Mike



At 08:17 AM 3/5/2005, Hal Rosenstock wrote:
>On Sat, 2005-03-05 at 10:22, David M. Brean wrote:
> > There is an I-D for DHCP on IB.  IPoIB defines a "broadcast" address and
> > DHCP (and ARP) on IB use it.  Could make RARP work using this mechanism,
> > but as someone else pointed out, the IB hardware address contains a
> > QPN.  The I-D for IPoIB says something like:
> >
> >     The link-layer address for IPoIB includes the QPN which might not be
> >     constant across reboots or even across network interface resets.
> >     Cached QPN entries, such as in static ARP entries or in RARP servers
> >     will only work if the implementation(s) using these options ensure
> >     that the QPN associated with an interface is invariant across
> >     reboots/network resets.
>
>That may be the requirement but I think there are some issues with
>keeping the QPN invariant. Quoting Dror Goldenberg
>(http://openib.org/pipermail/openib-general/2004-November/006765.html):
>"Assigning specific QPN for ipoib requires allocation of QPN space which
>is beyond IB spec verbs. Current verbs do not allow it. I don't have any
>objection for that, except that you have to hold a set of preallocated
>QPs with specific numbers and hand them over to privileged consumer when
>requested to.  I wouldn't commit that it will work on any HCA
>architecture."
>
>-- Hal
>
>
> >
> > So, there are requirements on the IPoIB implementation to make RARP
> > work.  Folks in the IPoIB work group decided not to go much further than
> > these statements for RARP support since most folks felt that DHCP is (de
> > facto) replacement.
> >
> > -David
> >
> >
> > >-- greg
> > >
> > >
> > >_______________________________________________
> > >openib-general mailing list
> > >openib-general at openib.org
> > >http://openib.org/mailman/listinfo/openib-general
> > >
> > >To unsubscribe, please visit 
> http://openib.org/mailman/listinfo/openib-general
> > >
> > >
> >
> > _______________________________________________
> > openib-general mailing list
> > openib-general at openib.org
> > http://openib.org/mailman/listinfo/openib-general
> >
> > To unsubscribe, please visit 
> http://openib.org/mailman/listinfo/openib-general
>
>_______________________________________________
>openib-general mailing list
>openib-general at openib.org
>http://openib.org/mailman/listinfo/openib-general
>
>To unsubscribe, please visit 
>http://openib.org/mailman/listinfo/openib-general
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20050307/14d2b82d/attachment.html>