несколько портов используются в UDP-транспорте RTI connext DDS?

Сопоставление портов UDP определяется Спецификацией проводного протокола взаимодействия OMG RTPS DDS (http://www.omg.org/spec/DDSI-RTPS/), Модель для конкретной платформы (PSM): UDP/IP.

Есть несколько преимуществ/требований, оправдывающих использование разных портов для обнаружения и трафика данных. Наиболее актуальными являются:

• Дифференциация трафика: использование разных портов упрощает идентификацию разных типов трафика. Это полезно как для отладки (например, с помощью wireshark), так и для применения другой обработки к обнаружению и трафику пользовательских данных.
• Параллелизм: используя несколько портов, можно распараллелить обработку и создание трафика обнаружения и пользовательских данных. Это имеет решающее значение в некоторых средах, которые имеют строгие требования к задержке для трафика пользовательских данных.

Конструкция RTI Connext TCP Transport соответствует этим двум требованиям, но имеет дополнительное требование:

• Поддержка NAT. Транспорт TCP должен легко настраиваться в средах NAT.

RTI Connext TCP Transport поддерживает режим, в котором открывается только один серверный порт для приема всех подключений (на настроенном server_bind_port), необходимых для связи двух Участников. Таким образом, он совместим со средами NAT, где только участник, использующий сервер RTI TCP, имеет общедоступный адрес и порт. Затем участники, использующие клиенты RTI TCP, просто откроют соединения с этим сервером.

Обратите внимание, что даже если RTI TCP Transport открывает только один серверный порт/сокет, сервер использует этот сокет только для приема соединений. RTI TCP Transport по-прежнему открывает разные соединения для обработки каждого вида и направления трафика (входящее/исходящее обнаружение, входящие/исходящие пользовательские данные). Требование параллелизма по-прежнему выполняется.

Что касается дифференциации трафика, RTI TCP Transport добавляет дополнительные заголовки к RTPS-трафику, чтобы его можно было легко идентифицировать в сети.

Обратите внимание, что это относится к RTI, так как в настоящее время нет спецификации для модели OMG TCP PSM, тем не менее, в настоящее время она находится в разработке OMG.