Можно ли по-прежнему общаться через DDS?
Да, это так. Из коробки участники DDS используют многоадресную рассылку только для обнаружения других участников DDS при запуске. Этот механизм обнаружения может быть настроен несколькими способами. Объяснение того, как этого добиться, см. В этой статье базы знаний сообщества RTI: Настройте RTI Connext DDS, чтобы не использовать Multicast .
.
Если да, через UNICAST, т.е. одноранговое соединение?
Да, при настройке без многоадресной передачи все коммуникации осуществляются по одноадресной передаче UDP, одноранговая, без установления соединения.
Является ли использование связи DDS в этом случае полезным, если у меня уже есть возможность базового программирования сокетов UDP?
Невозможность использования многоадресной рассылки не устраняет никаких преимуществ DDS при сравнении ее с UDP. При использовании DDS конфигурация транспорта / обнаружения обычно невидима для приложения, и все концепции публикации / подписки остаются неизменными.
Если вы спрашиваете о преимуществах использования DDS по сравнению с UDP, я думаю, что это требует нового вопроса. Ответ будет довольно обширным: -)
Не могли бы вы подумать о каких-либо ограничениях / дальнейших проблемах при использовании DDS для такой конфигурации?
При такой конфигурации ваши параметры конфигурации будут зависеть от сети, в которой вы работаете. Это означает, что для миграции в другую сеть может потребоваться перенастройка, например, предоставление разных имен хостов или IP-адресов. Это неудобно, но не сложно.
Поскольку ваша среда ограничивает использование многоадресной рассылки, я не удивлюсь, если появятся другие ограничения, которые вы не упомянули или не обнаружили. Например, знаете ли вы что-нибудь о брандмауэрах или ограничениях пропускной способности сети? Опять же, DDS можно настроить для работы с такими вещами, но вы должны знать о них в первую очередь.