<html>
<body>
<font size=3>At 11:47 AM 2/28/2005, Yaron Haviv wrote:<br>
<blockquote type=cite class=cite cite="">> -----Original
Message-----<br>
> From: openib-general-bounces@openib.org
[<a href="mailto:openib-general" eudora="autourl">
mailto:openib-general</a>-<br>
> bounces@openib.org] On Behalf Of Paul Baxter<br>
> Sent: Monday, February 28, 2005 9:32 PM<br>
> To: openib-general@openib.org<br>
> Subject: Re: [openib-general] IB Address Translation service<br>
> <br>
> Having now just read Yaron's reply, I am even more convinced that
this<br>
is<br>
> the right way to go albeit I can't comment on the API etc
(Could<br>
someone<br>
> explain the differences in using ARP and ATS. )<br><br>
Paul,<br><br>
ATS (Address Resolution Service) is based on each node registering a<br>
service record in the SM/SA with GID&P_Key=IP address.<br>
When you want to map an IP address to IB address it issues an SA
query<br>
to the SM/SA with an IP that results in GID+P_Key values than can be<br>
used by the ULP.<br><br>
ATS is a standard defined by DAT and recently also by
ICSC.</font></blockquote><br>
It is not an ICSC standard. It is a DAT specification with the ICSC
simply acting as a proxy for DAT to manage some standard look-up values
which it can do but I don't recall why DAT cannot. In any case, the
ICSC and DAT are different beasts all doing about the same damn thing at
the end of the day.<br><br>
<br>
<blockquote type=cite class=cite cite=""><font size=3>As I mentioned in
the IP to GID API you can specify if to resolve based<br>
on the IP infrastructure (like the one Libor described), or based on<br>
ATS, or Default (first try IP/ARP, than ATS).<br><br>
And as you mentioned there is value to have the same API for
different<br>
resolution mechanisms, the SDP code can be altered in future to ride<br>
over the proposed API, so it can be used without
TCP/IP.</blockquote><br>
It would be a mistake to attempt to use anything by IP addresses (v4 or
v6) from an application perspective. Mapping to IB must be application
transparent to be viable.<br><br>
Mike</font></body>
</html>