Re: [PATCH v2] RDMA/CMA: fix iWARP adapter TCP port space usage

[Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]

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 majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html