On Mon, 2004-09-20 at 00:49, Roland Dreier wrote:
> jamal> Probably just easier to have his own private tables holding
> jamal> reference to neighbor entries instead of polluting the
> jamal> neighbor tables. Listens to ARP events - on state
> jamal> transition to/from reachable state he queries his remote
> jamal> manager.
>
> This does seem neater, but I don't know how to implement it. How does
> one hook into ARP events?
Are you doing the path manager from user space or kernel?
Its easy to generate netlink events to user space; you could then
have the manager create path from user space.
> jamal> Curious though if ARP still works even when that "path"
> jamal> thing hasnt been resolved.
>
> ARP works because we can send broadcasts even without a path to a
> specific destination. (I'm leaving out the details of how IP
> broadcast gets mapped to InfiniBand multicast) When the system with
> the IP we're looking for receives a broadcast ARP, it can use the HW
> address in the ARP request to look up a path, so it can send an ARP
> reply.
So the sending broadcast path is essentially existent already.
Like i said above, depending on how you do this remote manager; in
kernel would be a little more involved.
cheers,
jamal
|