[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120301204002.28c5e963@nehalam.linuxnetplumber.net>
Date: Thu, 1 Mar 2012 20:40:02 -0800
From: Stephen Hemminger <shemminger@...tta.com>
To: David Miller <davem@...emloft.net>
Cc: javier.martinez@...labora.co.uk, eric.dumazet@...il.com,
rodrigo.moya@...labora.co.uk, David.Laight@...LAB.COM,
javier@...labora.co.uk, lennart@...ttering.net,
kay.sievers@...y.org, alban.crequy@...labora.co.uk,
bart.cerneels@...labora.co.uk, sjoerd.simons@...labora.co.uk,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/10] af_unix: add multicast and filtering features to
AF_UNIX
On Thu, 01 Mar 2012 15:55:05 -0500 (EST)
David Miller <davem@...emloft.net> wrote:
> From: Javier Martinez Canillas <javier.martinez@...labora.co.uk>
> Date: Thu, 01 Mar 2012 14:56:11 +0100
>
> > We could use AF_INET multicast on a local machine but we need some
> > ordering and control flow requirements that are not guaranteed on UDP
> > multicast over IP. That's why we thought to add a new address family
> > AF_MCAST.
>
> None of this makes any sense to me.
>
> Unless you have infinite amounts of memory you have to handle packet
> drops, and the same things that handle packet drops on a protocol
> level can handle out-of-order delivery too.
>
> Stop reinventing the wheel, use facilities that exist already.
Look at ZeroMq http://www.zeromq.org/ library seems to be a good fit for what D-bus wants.
And it supports multiple protocols.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists