Given this is an extension to Sockets, should it not also be reviewed by the Sockets owners?
What about the API itself? Any plans to make this portable to other OS / endnodes or have a spec and associated wire protocol that is reviewed perhaps in the IETF so it is applicable to more than just Oracle? It seems this really should be standardized within the IETF to gain broad adoption and insure it will be interoperable across all implementations not just OpenFabric's.
At 10:42 AM 5/1/2006, Ranjit Pandit wrote:
On 5/1/06, Or Gerlitz <[EMAIL PROTECTED]> wrote:
Can you elaborate on each of the features, specifically the following
points are of interest to us:
+1 so you running Oracle Loopback traffic over RDS sockets? if yes, what
the issue here?
the openib CMA supports listen/connect on loopback addresses (eg
127.0.0.1 or IPoIB local address)
Yes.
There is no issue. It's just next in line for me to implement.
+2 by failover, are you referring to APM? that is failover between IB
pathes to/from the same HCA
over which the original connection/QP was established or you are talking
on failover between HCAs
Failover within and across HCAs. APM does not work for failover across HCAs.
For OpenFabric, one would need to have this work across RNIC as well. APM is not part of iWARP so can't be relied upon.
+3 is the no support for /proc like for RDS an issue to run crload or
demo Oracle (that is specific tuning
and usage of non defaults is needed for any/optimal operation)
No, this does not affect core functionality. You should be able to run
Oracle or crload without this feature.
That was a list of things that still need to be implemented for GA and
not just demo
_______________________________________________
Or.
[openfabrics-ewg] Before we can start testing - we needto ensure that
RDS is fully ported.
Pandit, Ranjit rpandit at silverstorm.com
Following features are yet to be implemented in OpenFabric Rds:
1. Failover
2. Loopback connections
3. support for /proc fs like Rds config, stats and info.
Ranjit
_______________________________________________
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
_______________________________________________ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
