Why not just leverage the SDP port mapper protocol already defined in the RDMAC version and avoid having to provide a new address family?  The port mapper protocol is interconnect independent and will enable sockets applications to more easily be executed transparently.  It seems counterproductive to continue to pursue a new address family.

BTW, the new port mapper protocol will also work with the new async sockets and memory management API that is nearly complete (should be approved soon within the OpenGroup).  This would greatly enhance socket application design and provide greater performance when operating over a RDMA interconnect than traditional BSD sockets.

Mike


At 03:17 PM 10/14/2004, Yaron Haviv wrote:
There seems to be a conflict between the currently used SDP socket address family number (26) and the current linux kernel. Linux allocates this address family number (26) for 'LLC' protocol.

Any ideas if we should change it from 26, and to what ?
 
Below are some related header-file snippets:
 
SuSE-9.1  /usr/include/linux/socket.h:
-------------------------------------------------------------------
#define AF_IRDA         23      /* IRDA sockets                 */
#define AF_PPPOX        24      /* PPPoX sockets                */
#define AF_WANPIPE      25      /* Wanpipe API Sockets */
#define AF_LLC          26      /* Linux LLC                    */
#define AF_BLUETOOTH    31      /* Bluetooth sockets            */
#define AF_MAX          32      /* For now.. */
 

Voltaire's sdp/sdp-sockets/sdp-sockets.h:
-------------------------------------------------------------------
# define AF_IBT  26
 

TopSpin's infiniband/ulp/sdp/sdp_inet.h:
-------------------------------------------------------------------
/*
 * constants shared between user and kernel space.
 */
#define AF_INET_SDP 26             /* SDP socket protocol family */
#define AF_INET_STR "AF_INET_SDP"  /* SDP enabled enviroment variable */
 
Yaron

_______________________________________________
openib-general mailing list
[EMAIL PROTECTED]
http://openib.org/mailman/listinfo/openib-general

To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
_______________________________________________
openib-general mailing list
[EMAIL PROTECTED]
http://openib.org/mailman/listinfo/openib-general

To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general

Reply via email to