<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000066">
    <div class="moz-cite-prefix">I could locate it inside
      stream_engine.cpp. It seems that the receive mechanism via the
      greeting superceeds the socket option ?<br>
      <br>
      So the first peer to send a message sets the mechanism for both.
      Is it correct ?<br>
      <br>
      <br>
      Le 29/11/2013 14:05, Laurent Alebarde a écrit :<br>
    </div>
    <blockquote cite="mid:52989107.4030108@free.fr" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">Thanks Pieter, you have saved my day.<br>
        <br>
        I don't want to use raw TCP, and I would prefer sticking to
        libzmq. So, I raise the question: wouldn't it be a good idea to
        be able to proxy CURVE as depicted below ? Is it today
        impossible as a design choice to avoid misuse ? Or is it simply
        impossible by design ? Can we imagine an additional socket
        option to authorize it ? Could you please elaborate onto the
        showstopper inside ZMTP ?<br>
        <br>
        <br>
        <br>
        Le 29/11/2013 13:12, Pieter Hintjens a écrit :<br>
      </div>
      <blockquote
cite="mid:CADL5_sg+gcosyb3ph5Ndcxwh+RPb=qg7AXBiDprOyHAfuD31iQ@mail.gmail.com"
        type="cite">
        <pre wrap="">This won't work at the ZMTP level. CURVE must talk to CURVE. You could
write a proxy that does raw TCP, and extends the CURVE handshake
across from client to worker. You could also use libcurve on top of
NULL, and do end-to-end security (that was the use case for libcurve).

On Fri, Nov 29, 2013 at 12:22 PM, Laurent Alebarde <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:l.alebarde@free.fr"><l.alebarde@free.fr></a> wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">Hi all,

Is it right to proxy CURVE ? I mean:

CLIENT (CURVE) ------- (NULL) PROXY (NULL) ---------- (CURVE) WORKER

I have identified a condition: the PROXY SHALL be ROUTER/ROUTER, and SHALL
maintain a table that assign on client always to the same worker for the
socket TTL. With this condition fullfilled, can you see some other
showstopper for such an architecture ?

Cheers,


Laurent.


_______________________________________________
zeromq-dev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:zeromq-dev@lists.zeromq.org">zeromq-dev@lists.zeromq.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a>

</pre>
        </blockquote>
        <pre wrap="">_______________________________________________
zeromq-dev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:zeromq-dev@lists.zeromq.org">zeromq-dev@lists.zeromq.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
zeromq-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:zeromq-dev@lists.zeromq.org">zeromq-dev@lists.zeromq.org</a>
<a class="moz-txt-link-freetext" href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>