<html>
<body>
<font size=3>At 06:40 AM 5/27/2005, Sukanta ganguly wrote:<br>
<blockquote type=cite class=cite cite="">Venkata,<br>
   How will that work? If the RNIC offloads RDMA and<br>
TCP completely from the Operating System and does not<br>
share any state information then the application<br>
running on the host will never be in the position to<br>
utilize the socket interface to use the communication<br>
logic to send and receive data between the remote node<br>
and itself. Some information needs to be shared. How<br>
much of it and what exactly needs to be shared is the<br>
question.</font></blockquote><br>
Ok.  It all depends upon what level of integration / interaction a
TOE and thus a RNIC will have with the host network stack.  For
example, if a customer wants to have TCP and IP stats kept for the
off-loaded stack even if it is just being using for RDMA, then there
needs to be a method defined to consolidate these stats back into the
host network stack tool chain.  Similarly, if one wants to maintain
a single routing table to manage, etc. on the host, then the RNIC needs
to access / update that information accordingly.  One can progress
through other aspects of integration, e.g. connection management,
security interactions (e.g. DOS protection), and so forth.  What is
exposed again depends upon the level of integration and how customers
want to manage their services.  This problem also exists for IB but
most people have not thought about this from a customer perspective and
how to integrate the IB semantics into the way customers manage their
infrastructures, do billing, etc.  For some environments, they
simply do not care but if IB is to be used in the enterprise space, then
some thought will be required here since most IT don't see anything as
being "free" or self-managed.<br><br>
Again, Sockets is an application API and not how one communicates to a
TOE or RDMA component.  The RNIC PI has been proposed as an
interface to the RDMA functionality.  The PI supports all of the
iWARP and IB v 1.2 verbs.  <br><br>
Mike<br><br>
<br>
<blockquote type=cite class=cite cite=""><font size=3>Thanks<br>
SG<br><br>
--- Venkata Jagana <jagana@us.ibm.com> wrote:<br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> rdma-developers-admin@lists.sourceforge.net wrote on<br>
> 05/25/2005 09:47:00<br>
> PM:<br>
> <br>
> > Venkata,<br>
> > Interesting coincidence: I was talking with<br>
> someone (at HP) today<br>
> > who knows substantially more than I do about<br>
> RNICs.<br>
> > They indicated RNICs need to manage TCP state on<br>
> the card from userspace.<br>
> > I suspect that's only possible through a private<br>
> interface<br>
> > (e.g. ioctl() or /proc) or the non-existant (in<br>
> kernel.org)<br>
> > TOE implementation. Is this correct?<br>
> ><br>
> <br>
> Not correct.<br>
> <br>
> Since RNICs are offloaded adapters with RDMA<br>
> protocols layered on<br>
> top of TCP stack, they do maintain the TCP state<br>
> internally but<br>
> it does not expose to the host. RNIC expose only<br>
> RNIC Verbs interface<br>
> to the host bot not TOE interface.<br>
> <br>
> Thanks<br>
> Venkat<br>
> <br>
> ><br>
> > hth,<br>
> > grant<br>
> ><br>
> ><br>
> ><br>
><br>
-------------------------------------------------------<br>
> > SF.Net email is sponsored by: GoToMeeting - the<br>
> easiest way to<br>
> collaborate<br>
> > online with coworkers and clients while avoiding<br>
> the high cost of travel<br>
> and<br>
> > communications. There is no equipment to buy and<br>
> you can meet as often as<br>
> > you want. Try it<br>
><br>
free.<a href="http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click" eudora="autourl">
http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click</a><br>
> > _______________________________________________<br>
> > Rdma-developers mailing list<br>
> > Rdma-developers@lists.sourceforge.net<br>
> >
<a href="https://lists.sourceforge.net/lists/listinfo/rdma-developers" eudora="autourl">
https://lists.sourceforge.net/lists/listinfo/rdma-developers</a><br><br>
__________________________________________________<br>
Do You Yahoo!?<br>
Tired of spam?  Yahoo! Mail has the best spam protection around
<br>
<a href="http://mail.yahoo.com/" eudora="autourl">
http://mail.yahoo.com</a> <br><br>
<br>
-------------------------------------------------------<br>
This SF.Net email is sponsored by Yahoo.<br>
Introducing Yahoo! Search Developer Network - Create apps using
Yahoo!<br>
Search APIs Find out how you can build Yahoo! directly into your own<br>
Applications - visit
<a href="http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005" eudora="autourl">
http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005</a><br>
_______________________________________________<br>
Rdma-developers mailing list<br>
Rdma-developers@lists.sourceforge.net<br>
<a href="https://lists.sourceforge.net/lists/listinfo/rdma-developers" eudora="autourl">
https://lists.sourceforge.net/lists/listinfo/rdma-developers</a>
</font></blockquote></body>
</html>