[openib-general] RE: [PATCH] [ib_addr] generalize address to RDMA device translation
Steve Wise
swise at opengridcomputing.com
Tue Jan 3 12:31:36 PST 2006
On Tue, 2006-01-03 at 12:25 -0800, Sean Hefty wrote:
> Caitlin Bestler wrote:
> > Sniffing is a workaround. Subscription is the correct
> > solution here for long term stability.
> >
> > Subscription is also the only solution that will correctly
> > respond when the system administrator has manually loaded
> > an ARP entry.
> >
> > This also applies to Routing and ICMP.
>
> To clarify, ib_addr does not actually "sniff" ARPs. It simply uses them to
> schedule its workqueue thread to check for updates. Manually loaded ARP entries
> would the same as any previously loaded entries. If there is a subscription
> based mechanism that can be used as well or instead, it should be
> straightforward to update ib_addr. I am just not familiar enough with the Linux
> network stack to know if such a mechanism exists.
There is a subscription service that is used for notification of netdev
events. It uses the base notifier_block services (see
include/linux/notifier.h and net/core/dev.c).
Our thoughts were to enhance this to allow notifications of neighbour,
route, and pmtu events as well.
Steve.
More information about the general
mailing list