On Wed, Jun 23, 2010 at 02:42:43PM -0500, Steve Wise wrote: >> I wonder how does neighbor discovery, routing, etc work with iscsi? > > For cxgb3i: > > ND is handled by initiating ND via exported kernel services > (neigh_event_send()) and registering for NETEVENT_NEIGH_UPDATE net > events to get updated neigh entries. > > The host routing table is consulted via ip_route_output_flow() to map a > destination ip address to a local netdev, and then if that device is T3, > it will do the iscsi offload.
That is what RDMA does.. So that means that the IP used for iscsi is actually an IP assigned to the interface? Doesn't that mean the port collision problem still exits, although probably less likely? >> Well, maybe you can get netdev to agree on some way to create an >> interface that has all the IP services, but no TCP protocol binding? >> Then the configuration could be largely the same. If you could share >> that with the iscsi world then maybe it isn't so bad? > Maybe. I fear this will meet the same resistance from the netdev folks. Hmm.. It kinds codifies what is already in the kernel, these offload devices rely on neighbour and routing services from netdev and provide their own TCP on top of it... But.. having a device that effectively swaps the entire TCP implementation for a proprietary version is not going to be popular either. At the very least, bringing iSCSI offload NICs into your solution broadens the applicability. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
