Well any client can pick their own keypair, so unless you have the public key
then it's moot. If the client claims to be billgates and signs their message
(and you have their pubkey) then they're authenticated, no?
On Tuesday, December 31, 2013 7:01 AM, Drew Crawford d...@sealedabstract.com
Yes, definitely UDP transport would be a major added value.
For many industrial control systems, UDP is the solution when we talk
about:
- high frequency (50Hz) messaging
- scalability: minimal load use of resources on publisher's side
- some messages may be lost but usually the last one only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 31/12/13 09:59, Wojtek Sliwinski wrote:
For many industrial control systems, UDP is the solution when we
talk about: - high frequency (50Hz) messaging - scalability:
minimal load use of resources on publisher's side - some messages
may be
On 12/31/2013 10:05 AM, Martin Sustrik wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 31/12/13 09:59, Wojtek Sliwinski wrote:
For many industrial control systems, UDP is the solution when we
talk about: - high frequency (50Hz) messaging - scalability:
minimal load use of
unordered UDP would be great for many usecases. I have no need for the
guarantees offered by TCP.
The only thing that's worth thinking about is congestion failure and ZMQ would
need some mechanism to avoid this (which is part of TCP).
On Tuesday, December 31, 2013 10:21 AM, Arnaud Loonstra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 31/12/13 11:21, Arnaud Loonstra wrote:
Don't you mean SCTP? DCCP also does not do ordered delivery to my
knowledge.
Oops, haven't looked at DCCP specs for a long time...
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Le 31/12/2013 03:32, Pieter Hintjens a écrit :
You don't authenticate a peer based on its identity. You authenticate
based on public key and optionally the server socket domain. ZAP
authentication happens before any recv() and you cannot depend on any
correlation between the two, except
You can set the ZMQ_IDENTITY sock opt on the client prior to connecting.
On Dec 31, 2013, at 6:18 AM, Nicolas Delaby tico...@free.fr wrote:
Le 31/12/2013 03:32, Pieter Hintjens a écrit :
You don't authenticate a peer based on its identity. You authenticate
based on public key and
On 12/31/2013 03:19 AM, Pieter Hintjens wrote:
It is a delicate process to decide what problems are really worth
solving. Throwing money into the process when that money isn't backed
by business needs is IMO counterproductive.
This is a general argument that is not specific to GSoC.
If you
I know that the European Smalltalk User Group always tried to take part
in this program and over the last years they made it possible, that
students were working on special topics of Squeak/Pharo Smalltalk and
Google paid those students. In the community mentors were found to help
those students.
Le 31/12/2013 13:01, Lindley French a écrit :
You can set the ZMQ_IDENTITY sock opt on the client prior to connecting.
I'm in a client/server architecture where I do not trust the client.
I want to make sure a client can not impersonate another client when
both clients use their own curve
Zmq poller can also wake on standard file descriptors (eg unix socket). If your
custom event can write to a unix socket or pipe you might be in luck.
Cheers
Matt.
On 31 Dec 2013, at 4:35 pm, Amir Taaki zgen...@yahoo.com wrote:
I was reading the docs and saw:
How can I integrate ØMQ
poll on an additional pair of zmq inproc:// sockets ;)
On Dec 31, 2013, at 12:41, Matt Connolly matt.conno...@me.com wrote:
Zmq poller can also wake on standard file descriptors (eg unix socket). If
your custom event can write to a unix socket or pipe you might be in luck.
Cheers
Matt.
On 12/31/2013 01:05 PM, Bjorn Reese wrote:
On 12/31/2013 03:19 AM, Pieter Hintjens wrote:
It is a delicate process to decide what problems are really worth
solving. Throwing money into the process when that money isn't backed
by business needs is IMO counterproductive.
This is a general
Diego,
Thanks! I’ve been looking for someone with whom to engage the C4 process for
fszmq.
As for NetMQ, I imagine it should “just work” with F# (in terms of raw
functionality). Although, like many C# libraries, it may benefit from a thin
layer of code to make it “F#-friendly”. If so, this
Hi Devs,
In *StreamQ-Proxy*, I test that in the handcheck, I have CURVE, then
READY. From RFC/26, I SHOULD test:
!memcmp(content + 1, READY, 5)
Instead, I have to use:
!memcmp(content + *3*, READY, 5)
to have it work.
Is it a misunderstanding of mine or a discrepency between the RFC and
thanks! I went with inproc sockets... hope performance is good. will benchmark
this.
https://github.com/spesmilo/obelisk/commit/c0882a9b74bcce3cca41e0cf6dab4cb93552ad39
On Tuesday, December 31, 2013 12:44 PM, Bruno D. Rodrigues
bruno.rodrig...@litux.org wrote:
poll on an additional pair of
I've stated why I'm not going to invest in GSoC in any way except to
explain why I think it's a lousy idea that goes against our process,
and experience. There's nothing stopping others doing that.
Experimentation is always good, if we learn from it.
___
On Tue, Dec 31, 2013 at 4:37 PM, Paulmichael Blasucci
pblasu...@gmail.com wrote:
Thanks! I’ve been looking for someone with whom to engage the C4 process for
fszmq.
I've made you co-owner of the ZeroMQ organization, I think. This means
you can create an fszmq maintainer team, and invite
On Tue, Dec 31, 2013 at 11:21 AM, Arnaud Loonstra arn...@sphaero.org wrote:
Don't you mean SCTP? DCCP also does not do ordered delivery to my
knowledge. Both SCTP and DCCP would be welcomed transports I guess,
however they are only available on BSD Linux. UDP on the other hand is
available
Yes, if the client claims to be billgates and signs their message with the
known publickey, then they’re authenticated. The question is, did they do
this? Or not?
Let me now be more detailed about the problem. The problem is to correlate an
incoming message with a publickey of the sender.
Hi Nicolas,
I’m reasonably sure we have the same problem, and I’ve gotten somewhat further
along without solving it. We may want to compare notes. Take a look at my
thread How do I find out which ZAP user I'm talking to?”.
Drew
On Dec 31, 2013, at 6:27 AM, Nicolas Delaby tico...@free.fr
Hi,
I'm building an embedded device on an ARM target, using ZMQ library for
communication among processes. This normally works well, but I've encountered
a problem: If I build a simple daemon (background stand-alone app), or run
ZMQ-PHP extension in (Lighttpd), the app hangs when zmq_socket()
On 12/31/2013 06:30 PM, Drew Crawford wrote:
Hi Nicolas,
I’m reasonably sure we have the same problem, and I’ve gotten somewhat
further along without solving it. We may want to compare notes. Take a look
at my thread How do I find out which ZAP user I'm talking to?”.
Hi Drew,
Yes indeed,
I think I can supply a patch that is at least good enough to get cleaned up and
merged by a zmq dev. The open question at this point is which way the
correlation should get resolved. One possibility is to populate the ZAP
identity with the router identity instead of the empty string. Another
On 12/31/2013 07:08 PM, Drew Crawford wrote:
I think I can supply a patch that is at least good enough to get cleaned up
and merged by a zmq dev. The open question at this point is which way the
correlation should get resolved. One possibility is to populate the ZAP
identity with the
I'd like to announce the immediate availability of
org.zeromq/jeromq-0.3.3 on Maven Central.
You can view the full changelog here:
https://github.com/zeromq/jeromq3-x/blob/master/CHANGELOG.md
Warmest regards,
Trevor
___
zeromq-dev mailing list
With asynchronous IRC software, you can choose your nickname and a topic.
You send messages that belong to a topic.
People who subscribed to that topic receive your message.
Or they might choose to receive messages from every topic.
This becomes very interesting when population density goes up
This is a great idea! Like #hashTags
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
May asynchronous twitter be more appropriate for my idea?
Asynchronous twitter, asynchronous IRC, whatever.
On Wed, Jan 1, 2014 at 11:19 AM, crocket crockabisc...@gmail.com wrote:
With asynchronous IRC software, you can choose your nickname and a topic.
You send messages that belong to a
Asych twitter is a good idea and will work well. I've seen it done. Another fun
application is async push to talk.
On Dec 31, 2013, at 9:32 PM, crocket crockabisc...@gmail.com wrote:
May asynchronous twitter be more appropriate for my idea?
Asynchronous twitter, asynchronous IRC, whatever.
How does async twitter work? Can you point me to the link?
On Wed, Jan 1, 2014 at 11:38 AM, Lindley French lindl...@gmail.com wrote:
Asych twitter is a good idea and will work well. I've seen it done.
Another fun application is async push to talk.
On Dec 31, 2013, at 9:32 PM, crocket
I have something like this in the works, in the form of an iOS application
that I hope to soon port to Android. It doesn't properly use Zyre but
rather my own haphazard reimplementation, due to some silliness with
Apple's UDP broadcast (https://github.com/zeromq/czmq/issues/297). The UI
works
33 matches
Mail list logo