Подходящий шаблон сообщений Zmq для взаимодействующих процессов

Если узлы буквально идентичны (по крайней мере, с точки зрения того, как они видят друг друга для целей связи, т.е. нет настоящего «надежного» сервера для других «временных» клиентов), у вас есть два варианта:

(A) Разверните две пары сокетов, одна пара, которая рассматривает один узел как сервер, а другой — как клиент, а другая — наоборот.

Это может быть уместно, если связь между узлами следует строгому шаблону, например. один узел инициирует связь, и до конца этого конкретного разговора происходит определенное движение вперед и назад. Это позволяет каждому узлу независимо инициировать связь и поддерживать свою собственную частоту связи, не путая ее с «перекрестными помехами», инициированными другим узлом.

Это также более уместно, если когда-нибудь может быть более двух узлов, для создания звездообразной топологии, где каждый узел может напрямую связываться с каждым другим узлом. Существует ограничение на количество узлов, с которыми это может разумно работать, за пределами которого вы захотите реализовать какой-то центральный брокер.

(B) Просто выберите один узел в качестве "сервера", а другой узел в качестве "клиента", bind() и connect() соответственно, и после этого просто относитесь к ним как к равным

Это больше всего похоже на то, что вы ищете. Вам не нужно слишком беспокоиться о том, какая сторона bind()s, а какая connect()s. На данный момент это звучит так, как будто вы открываете и закрываете соединение каждый раз, когда вам нужно общаться. Вам следует подумать о том, чтобы просто оставить соединение открытым на время жизни вашего процесса. Сокеты PAIR, которые вы используете, поддерживают полностью неструктурированную связь, поэтому вы можете свободно отправлять и получать данные в любом направлении, независимо от того, какую сторону вы назначите своим «сервером», а какую сторону вы назначите своим «клиентом».