Re: [PATCH RFC 0/3] kcm: Kernel Connection Multiplexor (KCM)

2015-09-22 Thread Tom Herbert
On Tue, Sep 22, 2015 at 2:14 AM, Thomas Martitz wrote: > Am 21.09.2015 um 00:29 schrieb Tom Herbert: >> >> Kernel Connection Multiplexor (KCM) is a facility that provides a >> message based interface over TCP for generic application protocols. >> The motivation for this is based on the observation

Re: [PATCH RFC 0/3] kcm: Kernel Connection Multiplexor (KCM)

2015-09-22 Thread Thomas Martitz
Am 21.09.2015 um 00:29 schrieb Tom Herbert: Kernel Connection Multiplexor (KCM) is a facility that provides a message based interface over TCP for generic application protocols. The motivation for this is based on the observation that although TCP is byte stream transport protocol with no concept

Re: [PATCH RFC 0/3] kcm: Kernel Connection Multiplexor (KCM)

2015-09-21 Thread Sowmini Varadhan
On (09/21/15 15:36), Tom Herbert wrote: > segments. What we need to do, which you're probably doing for RDS, is > do message delineation on the stream as a sequence of: > > 1) Read protocol header to determine message length (BPF used here) right, that's what rds does- first reads the sizeof(rds_

Re: [PATCH RFC 0/3] kcm: Kernel Connection Multiplexor (KCM)

2015-09-21 Thread Tom Herbert
On Mon, Sep 21, 2015 at 2:26 PM, Sowmini Varadhan wrote: > On (09/21/15 10:33), Tom Herbert wrote: >> > >> > Some things that were not clear to me from the patch-set: >> > >> > The doc statses that we re-assemble packets the "stated length" - >> > but how will the receiver know the "stated length"

Re: [PATCH RFC 0/3] kcm: Kernel Connection Multiplexor (KCM)

2015-09-21 Thread Sowmini Varadhan
On (09/21/15 10:33), Tom Herbert wrote: > > > > Some things that were not clear to me from the patch-set: > > > > The doc statses that we re-assemble packets the "stated length" - > > but how will the receiver know the "stated length"? > > BPF program returns the length of the next message. In my

Re: [PATCH RFC 0/3] kcm: Kernel Connection Multiplexor (KCM)

2015-09-21 Thread Tom Herbert
Hi Sowmini, Thanks for your comments, some replies are in line. > A lot of this design is very similar to the PF_RDS/RDS-TCP > design. There too, we have a PF_RDS dgram socket (that already > supports SEQPACKET semantics today) that can be tunneled over TCP. > > The biggest design difference that

Re: [PATCH RFC 0/3] kcm: Kernel Connection Multiplexor (KCM)

2015-09-21 Thread Sowmini Varadhan
On (09/20/15 15:29), Tom Herbert wrote: > > Kernel Connection Multiplexor (KCM) is a facility that provides a > message based interface over TCP for generic application protocols. > The motivation for this is based on the observation that although > TCP is byte stream transport protocol with no co

[PATCH RFC 0/3] kcm: Kernel Connection Multiplexor (KCM)

2015-09-20 Thread Tom Herbert
Kernel Connection Multiplexor (KCM) is a facility that provides a message based interface over TCP for generic application protocols. The motivation for this is based on the observation that although TCP is byte stream transport protocol with no concept of message boundaries, a common use case is t