Re: sense remote hardware address change by rdma-cm applications

Or Gerlitz
2010-07-21T14:40:25Z

Jason Gunthorpe wrote:
> I'm thinking something like this..
> - The RDMA CM gets the dst from its route lookup locks it and stores it.
> - Instead of doing a route lookup cxgb gets the dst from RDMA CM,
> locks it and stores it
> - RDMA CM traps all notifications/etc and generates callback to cxgb
> to say the dst has changed.
> - cxgb releases the old dst and grabs the new one, updates the HW, etc.

Jason,

I'm up for extending the rdma-cm event of address change, on which an app can decide if
to re-act or not. For example, the in-tree iser and rds code treat this event the same as a disconnection request arriving, which means higher layer (e.g the user space iscsi daemon in the iser case) would try to re-connect. This has the advantage of simplifying the ULP state-machine, so there's no need for special handing for address-change, just treat it as a hint that re-connection is needed.

the cxgb* code take this deeper as they handle L2 changes in the driver level and not as event delivered to the ULP which can optionally address or ignore it.

Or.