[zeromq-dev] Preferred Transport to Handle Lossy Networks?

[Peter Krey]

Yes use the PGM or EPGM transport. If you want to use an additional layer
at the application level, you can implement your own resend logic with
message sequence numbers if your network is truely massively losing
messages.

On Mon, Jun 1, 2015 at 8:23 AM, Peter Witkowski <pwitkowski at gmail.com>
wrote:

> Hello,
>
> I'm currently looking at using ZeroMQ for my project, but have some
> questions about how it performs over wireless connections.  Namely, I'm
> planning on sending my data (lots of it!) over an airFiber connection (see
> here: https://www.ubnt.com/airfiber/airfiber5/).  While I don't have any
> specs for my particular set-up, I would assume that it will perform (in
> terms of packet loss) similarly to a decent WiFi connection (of course with
> more throughput though).
>
> What would be the desired set-up (in terms of ZeroMQ transports) to use
> for such a connection?  I can see myself having a pub-sub set-up for data
> (lots of publishers, only one subscriber) and then a request-reply for
> various commands.  Does anyone have experience using ZeroMQ over wireless
> (documentation and/or white papers would be great!)?  Are there any
> "gotchas" that I should be aware of?  I know that ZeroMQ is built on top of
> reliable protocols, so there may be some issues with handshaking once
> packets do get dropped or if the packet loss becomes really high.  In the
> past, I've always rolled my own UDP stack to support such messaging and
> handled ACK/NACK in the application layer.  However, in this case, I need
> to support large messages, and I like the abstractions that I've seen so
> far based on my perusal of the documentation.
>
> Thanks in advance for the help.
>
> --
> Peter Witkowski
> pwitkowski at gmail.com
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20150601/6766a29e/attachment.htm>