In your example, the router should be at the central machine and the dealers at the clients. Verify that you create a good envelope containing the address of your clients. So use the first link but check again your router addresses. <br>
<br><div class="gmail_quote">2012/9/12 David Kaufman <span dir="ltr"><<a href="mailto:david.kaufman@gmx.de" target="_blank">david.kaufman@gmx.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I'm a little bit confused. Is this the example I should be working<br>
with <a href="http://zguide.zeromq.org/php:chapter3#ROUTER-to-DEALER-Routing" target="_blank">http://zguide.zeromq.org/php:chapter3#ROUTER-to-DEALER-Routing</a> ?<br>
It seems that I'm only able to send messages to the clients (recording<br>
devices) but not the other way around.<br>
<br>
The next example I looked at was<br>
<a href="http://zguide.zeromq.org/php:chapter3#Asynchronous-Client-Server" target="_blank">http://zguide.zeromq.org/php:chapter3#Asynchronous-Client-Server</a> ?<br>
Which looks awful complicated. Are the extra worker threads on the<br>
server side really necessary? I want to keep it as simple as possible.<br>
<br>
By the way, I'm using python as the programming language. Do you have<br>
any hints/examples/documentation pointers?<br>
<br>
Cheers,<br>
David Kaufman<br>
<br>
<br>
2012/9/11 Michel Pelletier <<a href="mailto:pelletier.michel@gmail.com">pelletier.michel@gmail.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> If your master uses a ROUTER socket, it can address each recording<br>
> device individually to issue it start/stop commands.  The devices<br>
> themselves can use a DEALER socket to both receive/respond to<br>
> commands, and to send recording data without acknowledgement.<br>
> Neither DEALER or ROUTER are synchronously bound like REQ/REP.<br>
><br>
> -Michel<br>
><br>
> On Tue, Sep 11, 2012 at 5:21 AM, David Kaufman <<a href="mailto:david.kaufman@gmx.de">david.kaufman@gmx.de</a>> wrote:<br>
>> Hi ZeroMQ Community,<br>
>><br>
>> I'm currently working on a small project where multiple machines<br>
>> output data from a recording device (e.g. audio data). Note that a<br>
>> recording device is just another zeromq capable client. A master<br>
>> machine collects the output of each recording device. The recording<br>
>> device is selected, initiated and stopped by the master machine. To<br>
>> sum up, the master has to communicate with each recording devices in a<br>
>> bidirectional fashion.<br>
>><br>
>> The request/replay message pattern works but produces unnecessary<br>
>> overhead since the master machine hast to reply to every data packet<br>
>> the recording device sends. Is there a cleaner solution, perhaps a<br>
>> paired socket? Do you have any suggestions?<br>
>><br>
>> Cheers,<br>
>> David Kaufman<br>
>> _______________________________________________<br>
>> zeromq-dev mailing list<br>
>> <a href="mailto:zeromq-dev@lists.zeromq.org">zeromq-dev@lists.zeromq.org</a><br>
>> <a href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev" target="_blank">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a><br>
> _______________________________________________<br>
> zeromq-dev mailing list<br>
> <a href="mailto:zeromq-dev@lists.zeromq.org">zeromq-dev@lists.zeromq.org</a><br>
> <a href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev" target="_blank">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a><br>
_______________________________________________<br>
zeromq-dev mailing list<br>
<a href="mailto:zeromq-dev@lists.zeromq.org">zeromq-dev@lists.zeromq.org</a><br>
<a href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev" target="_blank">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse"><pre style="white-space:pre-wrap"><br></pre><pre style="white-space:pre-wrap">
Sincerely yours, </pre><pre style="white-space:pre-wrap">     Apostolis Xekoukoulotakis</pre></span><br>