From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: [PATCH 0/10] af_unix: add multicast and filtering features to AF_UNIX Date: Thu, 1 Mar 2012 20:40:02 -0800 Message-ID: <20120301204002.28c5e963@nehalam.linuxnetplumber.net> References: <1330606237.27405.5.camel@megeve> <1330606775.2465.56.camel@edumazet-laptop> <4F4F7FFB.6010608@collabora.co.uk> <20120301.155505.674909686053535283.davem@davemloft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: javier.martinez@collabora.co.uk, eric.dumazet@gmail.com, rodrigo.moya@collabora.co.uk, David.Laight@ACULAB.COM, javier@collabora.co.uk, lennart@poettering.net, kay.sievers@vrfy.org, alban.crequy@collabora.co.uk, bart.cerneels@collabora.co.uk, sjoerd.simons@collabora.co.uk, netdev@vger.kernel.org, linux-kernel@vger.kernel.org To: David Miller Return-path: In-Reply-To: <20120301.155505.674909686053535283.davem@davemloft.net> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Thu, 01 Mar 2012 15:55:05 -0500 (EST) David Miller wrote: > From: Javier Martinez Canillas > 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.