[zeromq-dev] publisher side filtering
Martin Sustrik
sustrik at 250bpm.com
Thu Jul 8 15:08:28 CEST 2010
Matt Weinstein wrote:
> Data coloring: Publish on multiple ports, one for each type of data.
Right.
However, this won't work if there's infinite number of topics.
> Crypto: Multicast can go anywhere. If you really have a security
> issue, you could encrypt the payload and use REQ-REP to get the
> current keys (and age them out)
Yes. This is the algorithm that makes sense even on Internet scale:
There can be as many devices in the middle (i.e. distribution tree can
have as many levels as needed), the devices don't have to be trusted and
the the delivery still works.
On a different topic: There's definitely a need for forwarding
subscriptions up the stream in 0MQ (from subscriber to publisher).
As Pieter noted this can be done only for bidirectional transports (TCP,
inproc and alike), not for uni-directional ones like PGM.
The design for the functionality is ready, the implementation is
missing. There have been some guys who volunteered for implementing it
lately, but I haven't heard from them since.
Martin
More information about the zeromq-dev
mailing list