[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20120301.155505.674909686053535283.davem@davemloft.net>
Date: Thu, 01 Mar 2012 15:55:05 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: javier.martinez@...labora.co.uk
Cc: 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
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.
--
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