Messages in this thread | | | Subject | RE: RFC: move SDP from AF_INET_SDP to IPPROTO_SDP | Date | Mon, 6 Mar 2006 12:16:51 -0800 | From | "Caitlin Bestler" <> |
| |
> -----Original Message----- > From: netdev-owner@vger.kernel.org > [mailto:netdev-owner@vger.kernel.org] On Behalf Of David Stevens > Sent: Monday, March 06, 2006 11:49 AM > To: Michael S. Tsirkin > Cc: Linux Kernel Mailing List; netdev@vger.kernel.org > Subject: Re: RFC: move SDP from AF_INET_SDP to IPPROTO_SDP > > I don't know any details about SDP, but if there are no > differences at the protocol layer, then neither the address > family nor the protocol is appropriate. If it's just an API > change, the socket type is the right selector. So, maybe > SOCK_DIRECT to go along with SOCK_STREAM, SOCK_DGRAM, etc. > +-DLS
That wouldn't work either. The whole point of SDP, or TOE, is that the API is either totally unchanged or at least essentially unchanged.
Whenever an IP Address is used (SDP/iWARP, TOE and potentially SDP/IB) changing from AF_INET* is wrong.
For both SDP/iWARP and SDP/IB you could argue that a different wire protocol is in use so IPPROTO_SDP is acceptable. That's probably the best answer as long as we are stuck under the restriction that the selection of an alternate stack cannot be done in the exact manner that the consumer wants it done (that is transparently to the application).
There are even some corner case scenarios where the application might care whether their SOCK_STREAM was carried over SDP or plain TCP. So a protocol based distinction is probably the least misleading of all the explicit selection options.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |