<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">zmrp ? Do you mean RFC ?<br>
      <br>
      Le 29/11/2013 16:42, Pieter Hintjens a écrit :<br>
    </div>
    <blockquote
cite="mid:CADL5_si436FT4HMhCQ922wWMm5EtvaCeWHXBy-ctfNqMRNHPQg@mail.gmail.com"
      type="cite">
      <p>So to make this work in libzmq you would have to add explicit
        proxy semantics to zmrp and implement in libzmq. Much like http
        proxying. It is a major project. Doable technically.</p>
      <div class="gmail_quote">On Nov 29, 2013 3:37 PM, "Laurent
        Alebarde" <<a moz-do-not-send="true"
          href="mailto:l.alebarde@free.fr">l.alebarde@free.fr</a>>
        wrote:<br type="attribution">
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000066">
            <div>It means exactly what I wrote in my first message :
              proxying CURVE. Let me copy/paste it here:<br>
              <br>
              <font face="Arial">CLIENT (CURVE) ------- (NULL) PROXY
                (NULL) ---------- (CURVE) WORKER<br>
                <br>
                With the following constraints on the proxy: it SHALL be
                ROUTER/ROUTER, and SHALL maintain a table that assign on
                client always to the same worker for the socket TTL.<br>
                <br>
                So it makes sense. It has several advantages: load
                balance handchecks, enable heavier mechanisms, hide the
                handcheck in workers, behind the front-end.<br>
                <br>
                I am going to test some additional options to
                distinguish the socket mechanism option from the
                puplished one (the one communicated on the wire to the
                peer), so that both client and worker can use CURVE, but
                exhibit NULL to the proxy. Of course, the proxy here is
                not proxy.cpp, but a special proxy taking into account
                the constraints depicted above.<br>
              </font><br>
              <font face="Arial"><font face="Arial">CLIENT (CURVE)(NULL)
                  ------- (NULL) RR_PROXY (NULL) ---------- </font></font><font
                face="Arial"><font face="Arial"><font face="Arial"><font
                      face="Arial">(NULL) </font></font>(CURVE) WORKER<br>
                </font><br>
                If it works, are you interested by a pull request ? Of
                course, default beheviour will be unchanged.<br>
                <br>
                Cheers,<br>
                <br>
                <br>
                Laurent.<br>
                <br>
                <br>
                P.S. : I am not used to eating my feet. The idea is just
                disgusting.<br>
              </font><br>
              <br>
              Le 29/11/2013 15:16, Pieter Hintjens a écrit :<br>
            </div>
            <blockquote type="cite">
              <pre>On Fri, Nov 29, 2013 at 2:05 PM, Laurent Alebarde <a moz-do-not-send="true" href="mailto:l.alebarde@free.fr" target="_blank"><l.alebarde@free.fr></a> wrote:

</pre>
              <blockquote type="cite">
                <pre>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 ?
</pre>
              </blockquote>
              <pre>How can a CURVE peer talk to a NULL peer? What does that even mean?
It's like asking whether you can eat with your foot... even if you put
the words together, it is nonsensical. It's not disabled by design.

-Pieter
_______________________________________________
zeromq-dev mailing list
<a moz-do-not-send="true" href="mailto:zeromq-dev@lists.zeromq.org" target="_blank">zeromq-dev@lists.zeromq.org</a>
<a moz-do-not-send="true" href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev" target="_blank">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a>
</pre>
            </blockquote>
            <br>
          </div>
          <br>
          _______________________________________________<br>
          zeromq-dev mailing list<br>
          <a moz-do-not-send="true"
            href="mailto:zeromq-dev@lists.zeromq.org">zeromq-dev@lists.zeromq.org</a><br>
          <a moz-do-not-send="true"
            href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev"
            target="_blank">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a><br>
          <br>
        </blockquote>
      </div>
      <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>