【FastRTPS】高级配置

最新推荐文章于 2024-05-16 23:11:21 发布
最新推荐文章于 2024-05-16 23:11:21 发布
阅读量5.5k 收藏 25
点赞数 4
分类专栏： C++ FastRTPS
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/JL_Gao/article/details/84029530
版权
C++ 同时被 2 个专栏收录
22 篇文章 4 订阅
订阅专栏
FastRTPS
11 篇文章 8 订阅
订阅专栏

来自：https://eprosima-fast-rtps.readthedocs.io/en/latest/advanced.html

参考《FastRTPS User Manual.odt》第六章第6.5节 版本1.5

 

网络配置

FastRTPS支持多种传输层接口（插件架构），也可以开发符合FastRTPS的第三方传输层，因此高级用户可以根据项目需要来自己设计。当前版本实现了UDPv4（默认）、UDPv6、TCPv4（1.5版本中没有）、TCPv6（1.5版本中没有），并在未来版本规划了共享内存等传输方式。

当用户没有定义 Input / Output通道时，FastRTPS会内置网络配置，使用IPv4协议，通过所有可用接口监听发送，发送端口为10040。

rtps.userTransports 自定义传输（比如发送、接收缓冲区大小）。

rtps.useBuiltinTransports false禁用内置传输

自定义UDPv4传输：

//Create a udpv4 descriptor for the new transport.
auto custom_transport = std::make_shared<UDPv4TransportDescriptor>();
custom_transport->sendBufferSize = 9216;
custom_transport->receiveBufferSize = 9216;

//Disable the built-in Transport Layer.
participant_attr.rtps.useBuiltinTransports = false;

//Link the Transport Layer to the Participant.
participant_attr.rtps.userTransports.push_back(custom_transport);

自定义TCPv4传输（1.5版本不支持）

//Create a descriptor for the new transport.
auto tcp_transport = std::make_shared<TCPv4TransportDescriptor>();
tcp_transport->add_listener_port(5100);                           

//Set initial peers. remote listening port
Locator_t initial_peer_locator;
initial_peer_locator.kind = LOCATOR_KIND_TCPv4;
IPLocator::setIPv4(initial_peer_locator, "192.168.1.55");
initial_peer_locator.port = 5100;
participant_attr.rtps.builtin.initialPeersList.push_back(initial_peer_locator);

//Disable the built-in Transport Layer.
participant_attr.rtps.useBuiltinTransports = false;

//Link the Transport Layer to the Participant.
participant_attr.rtps.userTransports.push_back(tcp_transport);

本地侦听端口5100，连接到远程地址192.168.1.55:5100

IPLocator（1.5版本不支持， 略）

Locator_t locator;
// Get & Set Physical Port
uint16_t physical_port = IPLocator::getPhysicalPort(locator);
IPLocator::setPhysicalPort(locator, 5555);

// Get & Set Logical Port
uint16_t logical_port = IPLocator::getLogicalPort(locator);
IPLocator::setLogicalPort(locator, 7400);

// Set WAN Address
IPLocator::setWan(locator, "80.88.75.55");

通道适应性：

创建Participant的时候，管理 Input / Output通道的系资源会被保留下来。由于各种原因，可能无法打开管理指定通道的系统资源。所以FastRTPS使用了通道适应机制来确保在创建Participant的时候有一个最小的通道可用集，当指定的通道不可用时就返回特征一致的通道。创建了新通道时，ParticipantAttribute也会被更新。也就是说，FastRTPS会始终维护有效的内置通道。

用户定义的Writer / Reader，并没有适应机制，也就意味着配置不正确时会导致申请资源失败。也就是说，用户需要确保设置的通道是有效的。

侦听定位器：Locator_t

元组播定位器（metatraffic multicast）：用于接收元组播数据，被用于内置端点，比如发现内置端点。

元单播定位器（metatraffic unicast）：用于接收元单播数据，被用于内置端点，比如发现内置端点。

用户组播定位器（user multicast）：用于接收用户组播数据，被用于用户端点。

用户单播定位器（user unicast）：用于接收用户单播数据，被用于用户端点。

rtps.builtin.metatrafficMulticastLocatorList 自定义元组播定位器

rtps.builtin.metatrafficUnicastLocatorList 自定义元单播定位器

rtps.defaultMulticastLocatorList 自定义用户组播定位器

rtps.defaultUnicastLocatorList 自定义用户单播定位器

示例1：

eprosima::fastrtps::ParticipantAttributes part_attr;

// This locator will open a socket to listen network messages on UDPv4 port 22222 over multicast address 239.255.0.1
eprosima::fastrtps::rtps::Locator_t locator.set_IP4_address(239, 255, 0 , 1);
locator.port = 22222;

part_attr.rtps.builtin.metatrafficMulticastLocatorList.push_back(locator);

 接收239.255.0.1地址的多播消息，侦听端口22222；

示例2：

eprosima::fastrtps::ParticipantAttributes part_attr;

// This locator will open a socket to listen network messages on UDPv4 port 22223 over network interface 192.168.0.1
eprosima::fastrtps::rtps::Locator_t locator.set_IP4_address(192, 168, 0 , 1);
locator.port = 22223;

part_attr.rtps.builtin.metatrafficUniicastLocatorList.push_back(locator);

接收发送到本机192.168.0.1:22223上的单播消息

locator.IP4_address=null时，FastRTPS会主动获取本地网络地址。

locator.port=0时，FastRTPS会给UDPv4通信分配一个通用端口 ，分配计算规则：

Traffic typeWell-known port expression
Metatraffic multicastPB + DG * domainId + offsetd0
Metatraffic unicastPB + DG * domainId + offsetd1 + PG * participantId
User multicastPB + DG * domainId + offsetd2
User unicastPB + DG * domainId + offsetd3 + PG * participantId

DG--域ID增量（domainid gain），属性：rtps.port.domainIDGain，默认值：250

PG--参与者ID增量（participantID gain），属性：rtps.port.participantIDGain，默认值：2

PB--端口基数（port base number），属性：rtps.port.portBase，默认值：7400

offset--偏移，属性rtps.port.offsetd，默认值：offsetd0 = 0，offsetd1 = 10， offsetd2 = 1， offsetd3 = 11

发送定位器

用于创建发送消息的网络端点。（例中，通过192.168.0.1:34000向网络发送消息）

注：在FastRTPS1.9中为remoteLocatorList

eprosima::fastrtps::ParticipantAttributes part_attr;

// This locator will create a socket to send network message on UDPv4 port 34000 over network interface 192.168.0.1
Locator_t locator.set_IP4_address(192.168.0.1);
locator.port = 34000;

part_attr.rtps.defaultOutLocatorList.push_back(locator);

locator.IP4_address=null时，FastRTPS会主动获取本地网络地址。

locator.port=0时，FastRTPS会给UDPv4通信分配一个通用端口 ，分配计算规则：

初始网络发现定位器（Initial peers）

用于创建网络发现的网络端点。（例中，向192.168.0.2:7600发送自己的PDP消息，这个消息是周期性发送的，默认250s）

创建Participant时没有指定intial peers时，FastRTPS会将元多播定位器（Metatraffic Multicast　Locators）作为网络发现的定位器，Participant会向这些地址发送自己的信息。

eprosima::fastrtps::ParticipantAttributes part_attr;

// This locator configures as initial peer the UDPv4 address 192.168.0.2:7600.
// Initial discovery network messages will send to this UDPv4 address.
Locator_t locator.set_IP4_address(192.168.0.2);
locator.port = 7600;

part_attr.rtps.builtin.initialPeersList.push_back(locator);

白名单

有时候用户需要禁用某些网络接口，防止通过这些接口进行连接或者发送数据。这时候可以设置 interfaceWhiteList属性来设置要用的网络接口。

UDPv4TransportDescriptor descriptor;
descriptor.interfaceWhiteList.emplace_back("127.0.0.1");

禁用多播

只要设置元单播定位器和初始网络发现定位器，就可以禁用多播。

eprosima::fastrtps::ParticipantAttributes part_attr;

// Metatraffic Multicast Locator List will be empty.
// Metatraffic Unicast Locator List will contain one locator, with null address and null port.
// Then eProsima Fast RTPS will use all network interfaces to receive network messages using a well-known port.
Locator_t default_unicast_locator;
participant_attr_.rtps.builtin.metatrafficUnicastLocatorList.push_back(default_unicast_locator);

// Initial peer will be UDPv4 addresss 192.168.0.1. The port will be a well-known port.
// Initial discovery network messages will be sent to this UDPv4 address.
Locator_t initial_peer;
initial_peer.set_IP4_address(192, 168, 0, 1);
participant_attr_.rtps.builtin.initialPeersList.push_back(initial_peer);

流控制

参考 Publisher-Subscriber层、Writer-Reader层 中的流控制策略部分。

发送大数据

参考 Publisher-Subscriber层、Writer-Reader层 中的数据包拆分部分。

如何提高发送大数据的性能？

假设，发送一个9.9MB大小的文件，带宽是100MB/s，缓冲区大小65kb（也就是说文件数据得被分成1100多个包）。

1. 设置为异步（pubAttr.qos.m_publishMode / writerAttr.mode）

2. 可靠模式（pubAttr.qos.m_reliability.kind / writerAttr.endpoint.reliabilityKind）：不允许数据分片丢失，如果是音频或视频文件，就可以用高效模式，因为丢失一两帧并不会有什么影响。

3. 降低心跳周期（pubAttr.times.heartbeatPeriod / writerAttr.times.heartbeatPeriod）：大量的数据分片会降低传输速度，降低心跳周期会增加网络中消息的数量，但是同时，当数据分片丢失的时候，会加速系统响应。

4. 增加流控制（pubAttr.terminalThroughputController / writerAttr.throughputController）：防止发送数据占用所有的带宽，比如限制在5MB/s

5. 增加UDP缓冲区大小：linux系统默认最大socket缓冲区，命令如下：

# temporary modify socket buffer size
sysctl -w net.ipv4.udp_mem="102400 873800 16777216"
sysctl -w net.core.netdev_max_backlog="30000"
sysctl -w net.core.rmem_max="16777216"
sysctl -w net.core.wmem_max="16777216"

# permanent modify socket buffer size
echo 'net.core.wmem_max=12582912' >> /etc/sysctl.conf
echo 'net.core.rmem_max=12582912' >> /etc/sysctl.conf

# get max socket buffer size
sudo sysctl -a | grep net.core.wmem_max
sudo sysctl -a | grep net.core.rmem_max

设置FastRTPS中的默认缓冲区大小：

participant_attr.rtps.sendSocketBufferSize = 1048576;
participant_attr.rtps.listenSocketBufferSize = 4194304;

 发现

自动发现分为两个阶段：Participant发现（PDP）、EndPoint发现（EDP）

PDP（Participant Discovery Phase）：周期性的发送自己的信息，先发现Participant，再匹配EndPoint。

注意：发送网络配置：Initial peers

EDP（EndPoint Discovery Phase）：向远程Participant 发送端点信息，并处理远程Participant的端点信息，并检查哪些端点可以匹配。这个阶段也可以用不发送任何消息的静态版本（直接从XML加载）实现，静态发现适合于网络带宽有限且Publisher和Subscriber已知的情况。

默认启用发现，禁用发现代码：

participant_attr.rtps.builtin.use_SIMPLE_RTPSParticipantDiscoveryProtocol = false;

 使用静态发现：

ParticipantAttributes participant_attr;
participant_attr.rtps.builtin.use_SIMPLE_EndpointDiscoveryProtocol = false;
participant_attr.rtps.builtin.use_STATIC_EndpointDiscoveryProtocol = true;
participant_attr.rtps.builtin.setStaticEndpointXMLFilename("ParticipantWithASubscriber.xml");

ParticipantWithASubscriber.xml：例子中，会匹配远程Participant中的一个Reader，这个Reader会接收本程序中的Writer发出的数据。

<staticdiscovery>
    <participant>
        <name>HelloWorldSubscriber</name>
        <reader>
            <userId>3</userId>
            <entityId>4</userId>
            <topicName>HelloWorldTopic</topicName>
            <topicDataType>HelloWorld</topicDataType>
        </reader>
    </participant>
</staticdiscovery>

静态发现XML中的 reader / writer 参数：

参数类型
userIdnumeric
entityIdnumeric
expectsInlineQostrue / false (只有配置reader时有效)
topicNametext
topicDataTypetext
topicKindNO_KEY / WITH_KEY
reliabilityQosBEST_EFFORT_RELIABILITY_QOS / RELIABLE_RELIABILITY_QOS
unicastLocator.addresstext
unicastLocator.portnumeric
multicastLocator.addresstext
multicastLocator.portnumeric
durabilityQos

VOLATILE_DURABILITY_QOS / TRANSIENT_LOCAL_DURABILITY_QOS /

TRANSIENT_DURABILITY_QOS

ownershipQos.kindSHARED_OWNERSHIP_QOS / EXCLUSIVE_OWNERSHIP_QOS
partitionQostext
livelinessQos.kindAUTOMATIC_LIVELINESS_QOS / MANUAL_BY_PARTICIPANT_LIVELINESS_QOS / MANUAL_BY_TOPIC_LIVELINESS_QOS
livelinessQos.leaseDuration_msnumeric

订阅发现消息

Participant在发现的过程中会发送一些元数据。用户可以定义ParticipantListener来处理发现消息。内置协议处理完消息后就会调用ParticipantListener中的回调函数。

class CustomParticipantListener : public eprosima::fastrtps::ParticipantListener
{
    /* Custom Listener onSubscriberDiscovery */
    void onSubscriberDiscovery(
            eprosima::fastrtps::Participant * participant,
            eprosima::fastrtps::rtps::ReaderDiscoveryInfo && info) override
    {
        (void)participant;
        switch(info.status) {
            case eprosima::fastrtps::rtps::ReaderDiscoveryInfo::DISCOVERED_READER:
                /* Process the case when a new subscriber was found in the domain */
                cout << "New subscriber for topic '" << info.info.topicName() << "' of type '" << info.info.typeName() << "' discovered";
                break;
            case eprosima::fastrtps::rtps::ReaderDiscoveryInfo::CHANGED_QOS_READER:
                /* Process the case when a subscriber changed its QOS */
                break;
            case eprosima::fastrtps::rtps::ReaderDiscoveryInfo::REMOVED_READER:
                /* Process the case when a subscriber was removed from the domain */
                cout << "Subscriber for topic '" << info.info.topicName() << "' of type '" << info.info.typeName() << "' left the domain.";
                break;
        }
    }

    /* Custom Listener onPublisherDiscovery */
    void onPublisherDiscovery(
            eprosima::fastrtps::Participant * participant,
            eprosima::fastrtps::rtps::WriterDiscoveryInfo  && info) override
    {
        (void)participant;
        switch(info.status) {
            case eprosima::fastrtps::rtps::WriterDiscoveryInfo ::DISCOVERED_WRITER:
                /* Process the case when a new publisher was found in the domain */
                cout << "New publisher for topic '" << info.info.topicName() << "' of type '" << info.info.typeName() << "' discovered";
                break;
            case eprosima::fastrtps::rtps::WriterDiscoveryInfo ::CHANGED_QOS_WRITER:
                /* Process the case when a publisher changed its QOS */
                break;
            case eprosima::fastrtps::rtps::WriterDiscoveryInfo ::REMOVED_WRITER:
                /* Process the case when a publisher was removed from the domain */
                cout << "publisher for topic '" << info.info.topicName() << "' of type '" << info.info.typeName() << "' left the domain.";
                break;
        }
    }
};

// Create Custom user ParticipantListener (should inherit from eprosima::fastrtps::ParticipantListener.
CustomParticipantListener *listener = new CustomParticipantListener();
// Pass the listener on participant creation.
Participant* participant = Domain::createParticipant(participant_attr, listener);

 调优

1）利用多播。如果一个Topic有多个Subscriber，那么选用多播是比较合适的，这样，每个数据只发送一个网络包，相较于单播，提高了CPU和网络的使用率。

2）增大Socket缓冲区大小：在高速率、大数据的场景中，由于Socket缓冲区不足，可能会丢弃部分数据包。在可靠模式下，FastRTPS会试图恢复这些丢失的数据包，这是有重传代价的，而在高效模式下，这些丢失的数据包就彻底的丢失了。增加缓冲区大小从两个地方增加：参考“如何提高发送大数据的性能？”第5步。

3）可靠模式优化：参考“如何提高发送大数据的性能？”第3步。

4）非严格可靠（topic.historyQos.kind）：KEEP_ALL会让所有的Subscriber必须接收所有的实例数据，在大量实例数据丢失的情况下，这会严重降低性能。如果用户不需要这种严格性，可设置为KEEP_LAST。

5）降低发送频率：高频率的发送数据会造成数据丢失。参考“如何提高发送大数据的性能？”第4步。

 

JL_Gao
关注
  • 4
    点赞
  • 踩
  • 25
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【FastDDS源码剖析】Well Known Ports
桃花朵朵的博客
03-25 210
FastDDS使用的端口默认情况下是通过计算得来的，组播端口使用计算出的端口号，单播端口如果被占用，会在默认端口号开始的一定范围内找到一个未使用的端口作为单播端口。在介绍DDS发现机制之前，我们需要先来了解一下常用的UDP端口号是如何计算的。
MetaTraffic 统计计数汉化 -ASP源码.zip
12-15
ASP源码，压缩包解压密码：www.cqlsoft.com
FastRTPS学习笔记（2）：安装、创建简单应用_fastrtps 使用示例(1)
最新发布
2401_85015200的博客
05-16 834
进入/opt目录从github下载完成后如图所示，并在/opt目录下出现/Fast-RTPS文件夹。
linux centos7 系统内核参数调优
weixin_50663202的博客
11-12 1664
cat /etc/sysctl.conf CTCDN系统优化参数 关闭ipv6 net.ipv6.conf.all.disable_ipv6 = 1 net.ipv6.conf.default.disable_ipv6 = 1 避免放大攻击 net.ipv4.icmp_echo_ignore_broadcasts = 1 开启恶意icmp错误消息保护 net.ipv4.icmp_ignore_bogus_error_responses = 1 关闭路由转发 net.ipv4.ip_forward = 0 n
Fastdds使用笔记和坑记录
weixin_44708428的博客
05-17 1095
else {} }看到这里就是那subscriber或更上面的participant的listener。
Linux性能优化之网络（五）
Carroll的博客
10-20 2348
文章目录确定优化目标网络性能工具网络性能优化应用程序套接字传输层网络层链路层小结 确定优化目标 网络性能优化的目标是什么？换句话说，观察到的网络性能指标，要达到多少才合适呢？ 实际上，虽然网络性能优化的整体目标，是降低网络延迟（如 RTT）和提高吞吐量（如 BPS 和 PPS），但具体到不同应用中，每个指标的优化标准可能会不同，优先级顺序也大相径庭。 NAT 网关通常需要达到或接近线性转发，也就是说， PPS 是最主要的性能目标。 再如，对于数据库、缓存等系统，快速完成网络收发，即低延迟，是主要的性
修改udp的缓冲区大小
宝安小雨
11-12 3773
sysctl -w net.core.rmem_max=16777216 sysctl -w net.core.wmem_max=16777216 sysctl -w net.core.wmem_default=16777216 sysctl -w net.core.rmem_default=16777216 sysctl -w net.ipv4.udp_mem=“16777216 16777216 16777216” sysctl -w net.ipv4.udp_rmem_min=16777216 sys
FastRtps.zip
08-05
Fast RTPS is a C++ implementation of the RTPS (Real Time Publish Subscribe) protocol, which provides publisher-subscriber communications over unreliable transports such as UDP, as defined and ...
fast-rtps 1.5.0 patched for aarch64
04-14
《Fast-RTPS 1.5.0 在 aarch64 架构上的补丁解析与应用》 Fast-RTPS 是一个实时发布/订阅协议（Real-Time Publish-Subscribe Protocol）的开源实现，广泛应用于机器人操作系统（ROS）和其他实时通信系统。在1.5.0...
Fast RTPS - User Manual
11-11
Fast RTPS 用户手册的组织结构包括八个部分，分别是介绍、入门指南、DDS 概念、Fast RTPS 配置、Fast RTPS 使用、Fast RTPS 高级主题、常见问题、Appendix 等。每个部分都提供了详细的使用指南和配置说明。
eprosima-fast-rtps.rar
07-19
Fast-RTPS允许用户通过XML配置文件或API调整各种参数，以适应特定的应用需求。例如，可以通过设置QoS策略来优化数据传输的可靠性和效率。此外，对于高性能的实时应用，可以对网络堆栈进行调整，以减少延迟并提高带宽...
Fast-RTPS, RTPS标准的实现.zip
10-10
Fast-RTPS, RTPS标准的实现 eProsima快速 RTPS system - config - 快速 RTPS 是 RTPS ( 实时发布订阅服务器) 协议的一个 C++ 实现，它通过对象管理组( OMG ) 联盟定义和维护的不可靠传输，为发布者通信提供了可靠
FastDDS的xml配置文件配置项，查询用
weixin_44843481的博客
02-03 2794
FastDDS的xml配置文件，可配项，及配置方式
fastdds 加入白名单
11-03 365
背景：由于fastdds在WIFI环境下,multicast不稳定，时常会导致连接不上，推荐使用配置initpeer的方式来做。另外fastdds的端口是由规则的，规则参考。
实时发布 - 订阅（RTPS）
xinqingwuji的博客
01-02 5603
实时发布 - 订阅（RTPS） RTPS协议由Real-Time Innovations，Inc。开发，作为数据分发系统的有线协议。 此页面仅包含对RTPS的简短介绍。有关更多详细信息，您可以访问以下来源： 实时发布 - 订阅线协议DDS互操作性线协议（DDSI）：http：//www.omg.org/spec/DDSI/ 完整的OMG DDS标准规范：ht...
FastDDS-4.RTPS层
zhangzl419
03-01 836
FastDDS的RTPS层
DDS通信协议与安全实践
热门推荐
samli的博客
09-14 2万+
DDS（Data Distribution Service）是一套通信协议和 API 标准；它提供了以数据为中心的连接服务，基于发布者-订阅者模型。这是一套中间件，它提供介于操作系统和应用程序之间的功能，使得组件之间可以互相通信。并且提供了低延迟，高可靠的通信以及可扩展的架构。DDS本身是一套标准。由（简称OMG）维护。OMG是一个开放性的非营利技术标准联盟，由许多大型IT公司组成：包括IBM，Apple Computer，Sun Microsystems等。
组播数据包丢失故障排除指南
sunny_98_98的博客
01-29 3860
介绍 本文档的目的是帮助找出丢失组播数据包的原因并进行一些调整以尽量减少此类丢失。 组播数据包丢失的原因有多种。 UDP 协议本身牺牲了性能的可靠性，并且不保证数据报的传递。 因此，数据包在网络传输过程中可能会丢失。 即使数据包到达网络节点，也并不总是意味着应用程序接收到它，因为在处理接收到的数据包时会经过几个级别，在每个级别上都可能会丢失。 网络数据包的典型路径如图 1 所示。 图1 首先，网络适配器（NIC）接收并处理网络数据包。 NIC 有自己的硬件环形缓冲区。当网络数据流高于 NIC 可以处理时，
RTSP协议简介与实现
托卡马克
09-24 1004
RTSP(Real Time Streaming Protocol)被广泛应用于安防行业，其主要特点是RTSP信令交互与HTTP协议相似，媒体层数据传输采用RTP/RTCP协议，支持UDP方式，实时性较好，协议扩展性较好。 RTSP协议标准由IETF制定，协议文档：RFC2326 RTSP拉流时序图 [外链图片转存失败(img-hOChJnQu-1569320550228)(en-resource...
fastrtps c++开发
09-20
Fast RTPS是RTPS（实时发布订阅）协议的C++实现，它提供了在不可靠的传输层（如UDP）上进行发布-订阅通信的功能。在Windows平台上，用户需要安装Boost 1.57版本，并按照Boost发行版中的说明进行安装。对于Windows 7 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值