[openib-general] [RFC] IB address translation using ARP
Hal Rosenstock
halr at voltaire.com
Thu Sep 29 08:18:37 PDT 2005
On Thu, 2005-09-29 at 09:59, Hal Rosenstock wrote:
> On Wed, 2005-09-28 at 21:26, Sean Hefty wrote:
> > Here's a first attempt at an API / implementation (that compiles only) for
> > an address translation module for IB using ARP. The code should check the
> > ARP cache for information, but is missing the actual ARP processing.
>
> Where would the path record lookup subsequent to the ARP go ? It would
> be here as well prior to the connect, right ?
>
> > (We should be able to pull that from ib_at.)
>
> or sdp_link which has the more temporal netdev references currently :-)
>
> > The API is similar to the route
> > portion of ib_at, but corrects issues with canceling requests.
>
> What are you referring to here ?
>
> > Only the destination IP address is required for input.
> >
> > The intent is that the CMA will use this service to locate the
> > proper RDMA device GUID
>
> This is the outgoing device, right ?
>
> > and port to use in establishing a connection.
> > Hopefully, this makes it clearer how I envision address translation wrt
> > the CMA.
>
> When/if there are multiple paths, how is the selection performed ?
>
> Also, on the passive side, would a rdma_resolve_route also be done or
> something else or wouldn't just a path lookup suffice here ? If it is
> the latter, is that hidden under the rdma_accept or handled otherwise ?
A couple more comments about the emerging implementation for address
translation:
What happens if the destination IP address is a local one ? I think
there is some missing code here.
Also, shouldn't non subnet local destination IP addresses be handled ?
-- Hal
More information about the general
mailing list