[openib-general] RE: [dat-discussions] round 2 - proposal for socket based connection model
Caitlin Bestler
caitlinb at broadcom.com
Tue Oct 25 11:15:28 PDT 2005
> -----Original Message-----
> From: Sean Hefty [mailto:mshefty at ichips.intel.com]
> Sent: Tuesday, October 25, 2005 11:10 AM
> To: Kanevsky, Arkady
> Cc: Caitlin Bestler; openib-general at openib.org; swg at infinibandta.org
> Subject: Re: [openib-general] RE: [dat-discussions] round 2 -
> proposal for socket based connection model
>
> Kanevsky, Arkady wrote:
> > It is APIs not ULPs that are concern.
>
> Yes - and an application that wants to use IP addressing
> instead of IB addressing should use a different API than that
> of the IB CM. Trying to define the IB CM to use anybody's
> favorite transport/network address is the wrong solution to
> the problem. That is a service level issue best left to the
> service that's trying to perform the mapping.
>
What you are proposing is an API that purports to have the
semantics of TCP/IP connection establishment that can be
implemented under non-IP transports such as InfiniBand.
However, as proposed the mapping of this API to InfiniBand
does *not* implement the semantics of TCP/IP connection
establishment in that the remote address presented to
the listener has been subject to *no* authentication.
That is a change in the API that has an impact on the
application. It is creating a requiremet for the application
to validate the remote identity greater than it would face
for TCP/IP connection establishment.
More information about the general
mailing list