Peter Memishian wrote:
> > > > I would like to propose a new project RDMA offload
> > > > Framework and would like to request endorsement of the
> > > > project by the networking, device drivers and HPC
> > > > communities.
> > >
> > > Could you expand a bit on the impact this project will have on the
> > > "core" stack (GLD/IP/TCP layers), if any? I'm specifically concerned
> > > about increased complexity in those areas.
> >
> > Meem,
> >
> > The project goal is to minimize number of changes to
> > the core networking stack and number of interactions
> > with the core networking stack. If we need any information
> > from the core stack, we will try to get that information
> > by querying the networking stack (for example: querying
> > netinfo module).
>
> Understood (and I'm happy to hear that), but could you expand on the
> changes and interactions you anticipate that you'll need?
>
> Thanks,
There is another thread "networking interfaces for ROF" that talks
about the initial set of interfaces required. Please see that thread
for more details and let us know your comments.
Here are our initial requirements for your quick reference.
----
(1) Need a way to know all local ip addresses (along with the order of
preference for reaching the destination) through which a given
destination ip address can be reached.
(2) Given a destination ip address, need a way to know the ip address
and MAC address of the next hop
or two separate interfaces
2a) An interface to determine the next hop IP address for reaching a
given destination ip address.
2b) An interface to resolve an IP address into a MAC address;
(3) Allocate a port number
Given an ip address, protocol type (currently TCP), and port
number allocate a port number. If the input port number is zero
allocate an unused port number for the specified ip address (or
for all ip addresses on local RNICs if the ip address is zero).
If input port number is non-zero, allocate the specified port
number for the specified ip address (or for all ip addresses on
local RNICs if the ip address is zero).
(4) If the MTU setting changes, need to know that new MTU setting when
the change occurs.
(We also need to know the current MTU setting. We are able to get this
from net_getmtu(9F) interface described in PSARC 2005/334)
(5) Need a way to tell the networking stack that the NIC is a special NIC
(i.e., RDMA capable NIC).
James Carlson suggested to use mac_callbacks_t->mc_getcapab
interface and define a new flag ( ex MAC_CAPAP_RNIC)
------------
Thanks & regards,
-Sudhakar
--
----------------------------------------------
Arise Awake Stop Not till your goal is reached
----------------------------------------------
Sudhakar Dindukurti, Solaris I/O
http://webhome.central/iot/rof/
Sun Microsystems, Inc
17, Network Circle, Rm#3384 (650) 786 8563 (Work)
Menlo Park, CA
_______________________________________________
networking-discuss mailing list
[email protected]
