Como proteger o padrão ZeroMQ Request Reply contra possíveis quedas de mensagens?

Estou tentando implementar umZeroMQ padrão na camada TCP entre umc # aplicação e distribuídoPitão servidores. Eu recebi uma versão trabalhando com a solicitação-respostaREQ/REP padrão e parece relativamente estável ao testar emlocalhost. No entanto, no teste, depurei algumas situações em que acidentalmente envio várias solicitações antes de receber uma resposta que aparentemente não é aceitável.

Na prática, a rede provavelmente terá muitos pacotes descartados e eu suspeito que deixarei muitas respostas e / ou não conseguiremos enviar solicitações.

1) Existe uma maneira de redefinir a conexão entreREQ/REP pedido-respostatomadas?
Será que umREOUTER/DEALER padrão em vez disso faz mais sentido? Como esta é minha primeira aplicação no ZeroMQ, eu esperava mantê-la simples.

2) Existe um bom mecanismo ZeroMQ para lidar com os eventos de conectividade? Estive lendo "o guia" e há algumas menções sobre o monitoramento de conexões, mas não há exemplos. Eu encontrei oZMonitor, mas não é possível ativar os eventos em c #.

questionAnswers(1)

yourAnswerToTheQuestion