0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534956.166791] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534956.367282] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534956.568343] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534956.768578] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534956.969683] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534957.170441] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534957.371527] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534957.573444] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534957.772465] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534957.973548] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534958.174829] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534958.374593] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534958.575324] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534958.775455] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534958.975600] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534959.176205] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534959.376458] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534959.576806] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80
[1615534959.777137] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x5C4A6815, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 0C 00 1B 00 80

However, on another run with v4
[1615535323.601357] info     | UDPv4AgentLinux.cpp | init                     | running...             | port: 8888
[1615535323.601833] info     | Root.cpp           | set_verbose_level        | logger setup           | verbose_level: 4
[1615534922.356281] info     | UDPv4AgentLinux.cpp | init                     | running...             | port: 8888
[1615534922.356800] info     | Root.cpp           | set_verbose_level        | logger setup           | verbose_level: 4
[1615534930.461401] info     | Root.cpp           | create_client            | create                 | client_key: 0x0556148A, session_id: 0x81
[1615534930.462369] info     | SessionManager.hpp | establish_session        | session established    | client_key: 0x89527434, address: <IP_ADDRESS>:18170

Which does not provide the same error as before, yet I can see it's not working.

Hello, I did not look very much to this into detail, but I saw you are launching your containers without the --rm option. Beware, because this could potentially lead to several agent instances being held on your system

Hi, I'm consciously doing so. Using the --restart unless-stopped policy. So that I don't have to manually restart them. What I see is that the agent connects, sends a few messages to the client, then the agent crashes, making the container restart (because of the policy). As I don't have anyway on my client to re-connect, it stays disconnected. I simply think this is not expected behavior.
I know there are no more agents running.

Ok, I saw the trace now. That is very weird, specially considering that it seems to be related with the RMW. Which RMW vendor implementation are you using?

We are currently trying to fix a big issue with the agent and an std::bad_alloc issue.
This could be related, as we identified the issue being present when using the micro-ROS Agent with the Graph manager activated, and having conflicts with the Fast-DDS library versioning.
https://github.com/micro-ROS/micro-ROS-Agent/pull/57 we are preparing this cmake flag to disable the graph manager if not being used (but also until we fix this versioning problem), could you compile the agent using this option once it is merged ?

I did see that PR, wondered why someone wouldn't want the graph manager.
Is there any difference if I run directly the microxcdr agent, instead of the micro-ros-agent? AFAIK, the only difference was the graph manager.

Regarding RMW, I'm using FastDDS, as I'm on Foxy running the default DDS vendor.

Yes. That is the only difference. The graph manager can be disabled in micro-ROS applications because it consumes more memory resources, so it also makes sense to being able to disable it here. Also, consider it as a workaround for the problem I mentioned about the Fast DDS versioning. We are working on fixing it already

So, I've tried connecting using the raw agent, but after the session is made, there is no topic being created nor anything...
[1615534912.555541] info     | UDPv4AgentLinux.cpp | init                     | running...             | port: 8888
[1615534912.576765] info     | Root.cpp           | set_verbose_level        | logger setup           | verbose_level: 4
[1615534929.905309] info     | Root.cpp           | create_client            | create                 | client_key: 0x15B6EBDB, session_id: 0x81
[1615534929.906139] info     | SessionManager.hpp | establish_session        | session established    | client_key: 0x364309467, address: <IP_ADDRESS>:18170

I built the agent following https://github.com/micro-ROS/micro_ros_setup/issues/284#issuecomment-785701353
When creating the subscription, I do get a RCL_RET_OK, idk what could be going on now...

are you using the -v6 flag in the agent?

Sorry for the wall of logs...
When I manually start the agent, after the clinet has been pinging waiting for it to start
[1615535043.753321] info     | UDPv4AgentLinux.cpp | init                     | running...             | port: 8888
[1615535043.755103] info     | Root.cpp           | set_verbose_level        | logger setup           | verbose_level: 6
[1615535043.825502] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x00000000, len: 16, data:
0000: 80 00 00 00 02 01 08 00 00 09 FF FD 02 00 00 00
[1615535043.826983] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x00000000, len: 36, data:
0000: 80 00 00 00 06 01 1C 00 00 09 FF FD 00 00 01 0D 58 52 43 45 01 00 01 0F 00 01 0D 00 01 00 00 00
0020: 00 00 00 00
[1615535043.828691] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x00000000, len: 24, data:
0000: 80 00 00 00 00 01 10 00 58 52 43 45 01 00 01 0F 28 12 D3 11 81 00 FC 01
[1615535043.829061] info     | Root.cpp           | create_client            | create                 | client_key: 0x2812D311, session_id: 0x81
[1615535043.829444] info     | SessionManager.hpp | establish_session        | session established    | client_key: 0x672322321, address: <IP_ADDRESS>:32869
[1615535043.829836] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 19, data:
0000: 81 00 00 00 04 01 0B 00 00 00 58 52 43 45 01 00 01 0F 00
[1615535043.830894] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 96, data:
0000: 81 80 00 00 01 05 56 00 00 0A 00 01 01 02 00 00 47 00 00 00 3C 64 64 73 3E 3C 70 61 72 74 69 63
0020: 69 70 61 6E 74 3E 3C 72 74 70 73 3E 3C 6E 61 6D 65 3E 72 65 6D 6F 74 65 3C 2F 6E 61 6D 65 3E 3C
0040: 2F 72 74 70 73 3E 3C 2F 70 61 72 74 69 63 69 70 61 6E 74 3E 3C 2F 64 64 73 3E 00 00 00 00 00 00
[1615535043.832275] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 00 00 00 00 80
[1615535043.834151] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 00 00 00 00 80
[1615535043.838126] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 00 00 00 00 80
[1615535043.846144] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 00 00 00 00 80
[1615535043.853168] debug    | ProxyClient.cpp    | create_participant       | participant created    | client_key: 0x2812D311, participant_id: 0x000(1)
[1615535043.853489] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 14, data:
0000: 81 80 00 00 05 01 06 00 00 0A 00 01 00 00
[1615535043.853625] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535043.853751] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535043.853843] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535043.853990] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535043.854036] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535043.860110] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535043.860872] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 136, data:
0000: 81 80 01 00 01 05 7D 00 00 0B 00 02 02 02 00 00 6F 00 00 00 3C 64 64 73 3E 3C 74 6F 70 69 63 3E
0020: 3C 6E 61 6D 65 3E 72 74 2F 72 6F 62 6F 74 2F 72 65 6D 6F 74 65 2F 69 6E 3C 2F 6E 61 6D 65 3E 3C
0040: 64 61 74 61 54 79 70 65 3E 67 65 6F 6D 65 74 72 79 5F 6D 73 67 73 3A 3A 6D 73 67 3A 3A 64 64 73
0060: 5F 3A 3A 54 77 69 73 74 5F 3C 2F 64 61 74 61 54 79 70 65 3E 3C 2F 74 6F 70 69 63 3E 3C 2F 64 64
0080: 73 3E 00 00 01 00 00 00
[1615535043.862074] debug    | ProxyClient.cpp    | create_topic             | topic created          | client_key: 0x2812D311, topic_id: 0x000(2), participant_id: 0x000(1)
[1615535043.862245] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 14, data:
0000: 81 80 01 00 05 01 06 00 00 0B 00 02 00 00
[1615535043.862324] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 02 00 00 00 80
[1615535043.862988] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 02 00 00 00 80
[1615535043.863200] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 24, data:
0000: 81 80 02 00 01 05 0F 00 00 0C 00 04 04 02 00 00 01 00 00 00 00 00 01 00
[1615535043.863558] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 01 00 02 00 80
[1615535043.863949] debug    | ProxyClient.cpp    | create_subscriber        | subscriber created     | client_key: 0x2812D311, subscriber_id: 0x000(4), participant_id: 0x000(1)
[1615535043.864108] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 14, data:
0000: 81 80 02 00 05 01 06 00 00 0C 00 04 00 00
[1615535043.864173] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 03 00 00 00 80
[1615535043.864220] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 02 00 02 00 80
[1615535043.864228] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 03 00 00 00 80
[1615535043.864840] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 03 00 00 00 80
[1615535043.864948] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 03 00 00 00 80
[1615535043.865614] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 352, data:
0000: 81 80 03 00 01 05 58 01 00 0D 00 06 06 02 00 00 4A 01 00 00 3C 64 64 73 3E 3C 64 61 74 61 5F 72
0020: 65 61 64 65 72 3E 3C 68 69 73 74 6F 72 79 4D 65 6D 6F 72 79 50 6F 6C 69 63 79 3E 50 52 45 41 4C
0040: 4C 4F 43 41 54 45 44 5F 57 49 54 48 5F 52 45 41 4C 4C 4F 43 3C 2F 68 69 73 74 6F 72 79 4D 65 6D
0060: 6F 72 79 50 6F 6C 69 63 79 3E 3C 71 6F 73 3E 3C 72 65 6C 69 61 62 69 6C 69 74 79 3E 3C 6B 69 6E
0080: 64 3E 52 45 4C 49 41 42 4C 45 3C 2F 6B 69 6E 64 3E 3C 2F 72 65 6C 69 61 62 69 6C 69 74 79 3E 3C
00A0: 2F 71 6F 73 3E 3C 74 6F 70 69 63 3E 3C 6B 69 6E 64 3E 4E 4F 5F 4B 45 59 3C 2F 6B 69 6E 64 3E 3C
00C0: 6E 61 6D 65 3E 72 74 2F 72 6F 62 6F 74 2F 72 65 6D 6F 74 65 2F 69 6E 3C 2F 6E 61 6D 65 3E 3C 64
00E0: 61 74 61 54 79 70 65 3E 67 65 6F 6D 65 74 72 79 5F 6D 73 67 73 3A 3A 6D 73 67 3A 3A 64 64 73 5F
0100: 3A 3A 54 77 69 73 74 5F 3C 2F 64 61 74 61 54 79 70 65 3E 3C 68 69 73 74 6F 72 79 51 6F 73 3E 3C
0120: 6B 69 6E 64 3E 4B 45 45 50 5F 41 4C 4C 3C 2F 6B 69 6E 64 3E 3C 2F 68 69 73 74 6F 72 79 51 6F 73
0140: 3E 3C 2F 74 6F 70 69 63 3E 3C 2F 64 61 74 61 5F 72 65 61 64 65 72 3E 3C 2F 64 64 73 3E 00 00 04
[1615535043.867179] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 03 00 03 00 80
[1615535043.869087] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 03 00 03 00 80
[1615535043.873088] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 03 00 03 00 80
[1615535043.873224] debug    | ProxyClient.cpp    | create_datareader        | datareader created     | client_key: 0x2812D311, datareader_id: 0x000(6), subscriber_id: 0x000(4)
[1615535043.873369] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 14, data:
0000: 81 80 03 00 05 01 06 00 00 0D 00 06 00 00
[1615535043.873419] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 04 00 00 00 80
[1615535043.873459] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 04 00 00 00 80
[1615535043.873493] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 04 00 00 00 80
[1615535043.873528] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 04 00 00 00 80
[1615535043.874432] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 04 00 00 00 80
[1615535043.915154] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 24, data:
0000: 81 80 04 00 08 01 10 00 00 0E 00 06 80 00 00 01 FF FF 00 00 00 00 00 00
[1615535043.915962] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 03 00 04 00 80
[1615535043.915964] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 05 00 00 00 80
[1615535043.916136] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 10 D5 81 EF 80 F9 8E C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535043.916477] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 05 00 00 00 80
[1615535043.916804] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 04 00 09 01 34 00 00 0E 00 06 10 D5 81 EF 80 F9 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535043.944797] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 94 38 80 5B 82 D4 8E C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535043.946452] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 05 00 09 01 34 00 00 0E 00 06 94 38 80 5B 82 D4 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535043.964837] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 05 00 00 00 80
[1615535043.974403] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 06 00 00 00 80
[1615535043.992712] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 39 DA BF 98 CD A7 8E C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535043.992952] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 06 00 09 01 34 00 00 0E 00 06 39 DA BF 98 CD A7 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535043.993755] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 07 00 00 00 80
[1615535044.044057] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 5F 29 F9 D5 6D 73 8E C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.044859] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 07 00 09 01 34 00 00 0E 00 06 5F 29 F9 D5 6D 73 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.045657] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 08 00 00 00 80
[1615535044.094396] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 34 C8 E7 2C 70 37 8E C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.094760] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 08 00 09 01 34 00 00 0E 00 06 34 C8 E7 2C 70 37 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.095499] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 09 00 00 00 80
[1615535044.144352] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 04 AA 03 9F E3 F3 8D C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.144982] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 09 00 09 01 34 00 00 0E 00 06 04 AA 03 9F E3 F3 8D C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.145584] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 0A 00 00 00 80
[1615535044.193754] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: B7 31 C0 11 D9 A8 8D C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.194258] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 0A 00 09 01 34 00 00 0E 00 06 B7 31 C0 11 D9 A8 8D C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.194887] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 0B 00 00 00 80
[1615535044.244221] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: F0 40 52 4A 63 56 8D C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.244787] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 0B 00 09 01 34 00 00 0E 00 06 F0 40 52 4A 63 56 8D C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.245545] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 0C 00 00 00 80
[1615535044.294325] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 59 46 FE E8 96 FC 8C C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.294659] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 0C 00 09 01 34 00 00 0E 00 06 59 46 FE E8 96 FC 8C C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.295582] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 0D 00 00 00 80
[1615535044.344121] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: C6 77 EF 63 8A 9B 8C C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.344899] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 0D 00 09 01 34 00 00 0E 00 06 C6 77 EF 63 8A 9B 8C C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.345640] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 0E 00 00 00 80
[1615535044.393744] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 98 82 99 01 56 33 8C C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.394325] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 0E 00 09 01 34 00 00 0E 00 06 98 82 99 01 56 33 8C C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.397379] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 0F 00 00 00 80
[1615535044.444159] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 1D 1A A6 D2 13 C4 8B C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.444885] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 0F 00 09 01 34 00 00 0E 00 06 1D 1A A6 D2 13 C4 8B C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.445676] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 10 00 00 00 80
[1615535044.493879] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: AC E8 6F AB DF 4D 8B C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.494430] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 10 00 09 01 34 00 00 0E 00 06 AC E8 6F AB DF 4D 8B C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.542891] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 37 85 0C 1D D7 D0 8A C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.543506] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 11 00 09 01 34 00 00 0E 00 06 37 85 0C 1D D7 D0 8A C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.555921] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 11 00 80
[1615535044.594571] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: BE 2A E7 6D 19 4D 8A C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.594954] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 12 00 09 01 34 00 00 0E 00 06 BE 2A E7 6D 19 4D 8A C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.644071] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 76 0B EE 91 C7 C2 89 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.644796] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 13 00 09 01 34 00 00 0E 00 06 76 0B EE 91 C7 C2 89 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.694118] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 7C 34 54 22 04 32 89 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.694497] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 14 00 09 01 34 00 00 0E 00 06 7C 34 54 22 04 32 89 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.744160] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: E6 11 EA 54 F3 9A 88 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.745376] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 15 00 09 01 34 00 00 0E 00 06 E6 11 EA 54 F3 9A 88 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.757127] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 15 00 80
[1615535044.794265] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 56 BD 0E F3 BA FD 87 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.794824] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 16 00 09 01 34 00 00 0E 00 06 56 BD 0E F3 BA FD 87 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.844392] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 1B 5B 3C 50 82 5A 87 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.846555] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 17 00 09 01 34 00 00 0E 00 06 1B 5B 3C 50 82 5A 87 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.894145] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 0C E3 31 40 72 B1 86 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.894692] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 18 00 09 01 34 00 00 0E 00 06 0C E3 31 40 72 B1 86 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.945376] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 0A CB BC 0C B5 02 86 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.946426] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 19 00 09 01 34 00 00 0E 00 06 0A CB BC 0C B5 02 86 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.957820] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 19 00 80
[1615535044.994080] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 16 21 25 6B 76 4E 85 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535044.994556] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 1A 00 09 01 34 00 00 0E 00 06 16 21 25 6B 76 4E 85 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.044051] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 34 BA 3E 71 E3 94 84 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.044788] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 1B 00 09 01 34 00 00 0E 00 06 34 BA 3E 71 E3 94 84 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.093912] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 8E 32 22 8A 2A D6 83 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.094486] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 1C 00 09 01 34 00 00 0E 00 06 8E 32 22 8A 2A D6 83 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.144449] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 6F 90 90 6A 7B 12 83 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.146002] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 1D 00 09 01 34 00 00 0E 00 06 6F 90 90 6A 7B 12 83 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.159142] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1D 00 80
[1615535045.194273] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 00 72 04 05 07 4A 82 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.195022] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 1E 00 09 01 34 00 00 0E 00 06 00 72 04 05 07 4A 82 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.243935] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: B9 C1 73 7D FF 7C 81 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.244796] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 60, data:
0000: 81 80 1F 00 09 01 34 00 00 0E 00 06 B9 C1 73 7D FF 7C 81 C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.295778] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 85 01 C5 1C 98 AB 80 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535045.359525] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535045.560358] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535045.763601] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535045.963563] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535046.164174] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535046.365073] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535046.565162] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535046.765772] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535046.966518] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535047.167490] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535047.367844] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535047.569457] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535047.769973] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535047.970253] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80
[1615535048.171383] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x2812D311, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 10 00 1F 00 80

When I let the agent start by itself...
[1615535033.956601] info     | UDPv4AgentLinux.cpp | init                     | running...             | port: 8888
[1615535033.959029] info     | Root.cpp           | set_verbose_level        | logger setup           | verbose_level: 6
[1615535034.034824] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x00000000, len: 16, data:
0000: 80 00 00 00 02 01 08 00 00 09 FF FD 02 00 00 00
[1615535034.037171] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x00000000, len: 36, data:
0000: 80 00 00 00 06 01 1C 00 00 09 FF FD 00 00 01 0D 58 52 43 45 01 00 01 0F 00 01 0D 00 01 00 00 00
0020: 00 00 00 00
[1615535034.038707] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x00000000, len: 24, data:
0000: 80 00 00 00 00 01 10 00 58 52 43 45 01 00 01 0F 35 5B 3E 2D 81 00 FC 01
[1615535034.039497] info     | Root.cpp           | create_client            | create                 | client_key: 0x355B3E2D, session_id: 0x81
[1615535034.040043] info     | SessionManager.hpp | establish_session        | session established    | client_key: 0x895172141, address: <IP_ADDRESS>:64146
[1615535034.040617] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 19, data:
0000: 81 00 00 00 04 01 0B 00 00 00 58 52 43 45 01 00 01 0F 00
[1615535034.041777] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 96, data:
0000: 81 80 00 00 01 05 56 00 00 0A 00 01 01 02 00 00 47 00 00 00 3C 64 64 73 3E 3C 70 61 72 74 69 63
0020: 69 70 61 6E 74 3E 3C 72 74 70 73 3E 3C 6E 61 6D 65 3E 72 65 6D 6F 74 65 3C 2F 6E 61 6D 65 3E 3C
0040: 2F 72 74 70 73 3E 3C 2F 70 61 72 74 69 63 69 70 61 6E 74 3E 3C 2F 64 64 73 3E 00 00 00 00 00 00
[1615535034.042424] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 00 00 00 00 80
[1615535034.044320] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 00 00 00 00 80
[1615535034.048311] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 00 00 00 00 80
[1615535034.056351] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 00 00 00 00 80
[1615535034.071809] debug    | ProxyClient.cpp    | create_participant       | participant created    | client_key: 0x355B3E2D, participant_id: 0x000(1)
[1615535034.071976] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 14, data:
0000: 81 80 00 00 05 01 06 00 00 0A 00 01 00 00
[1615535034.072017] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535034.072049] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535034.072076] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535034.072104] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535034.072131] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535034.078341] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 01 00 00 00 80
[1615535034.079237] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 136, data:
0000: 81 80 01 00 01 05 7D 00 00 0B 00 02 02 02 00 00 6F 00 00 00 3C 64 64 73 3E 3C 74 6F 70 69 63 3E
0020: 3C 6E 61 6D 65 3E 72 74 2F 72 6F 62 6F 74 2F 72 65 6D 6F 74 65 2F 69 6E 3C 2F 6E 61 6D 65 3E 3C
0040: 64 61 74 61 54 79 70 65 3E 67 65 6F 6D 65 74 72 79 5F 6D 73 67 73 3A 3A 6D 73 67 3A 3A 64 64 73
0060: 5F 3A 3A 54 77 69 73 74 5F 3C 2F 64 61 74 61 54 79 70 65 3E 3C 2F 74 6F 70 69 63 3E 3C 2F 64 64
0080: 73 3E 00 00 01 00 00 00
[1615535034.079957] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 00 00 01 00 80
[1615535034.080796] debug    | ProxyClient.cpp    | create_topic             | topic created          | client_key: 0x355B3E2D, topic_id: 0x000(2), participant_id: 0x000(1)
[1615535034.081036] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 14, data:
0000: 81 80 01 00 05 01 06 00 00 0B 00 02 00 00
[1615535034.081354] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 02 00 00 00 80
[1615535034.081643] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 02 00 00 00 80
[1615535034.081876] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 02 00 00 00 80
[1615535034.082342] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 24, data:
0000: 81 80 02 00 01 05 0F 00 00 0C 00 04 04 02 00 00 01 00 00 00 00 00 01 00
[1615535034.082531] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 01 00 02 00 80
[1615535034.083010] debug    | ProxyClient.cpp    | create_subscriber        | subscriber created     | client_key: 0x355B3E2D, subscriber_id: 0x000(4), participant_id: 0x000(1)
[1615535034.083175] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 14, data:
0000: 81 80 02 00 05 01 06 00 00 0C 00 04 00 00
[1615535034.083239] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 03 00 00 00 80
[1615535034.083298] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 03 00 00 00 80
[1615535034.083423] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 02 00 02 00 80
[1615535034.083633] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 03 00 00 00 80
[1615535034.084177] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 03 00 00 00 80
[1615535034.084808] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 352, data:
0000: 81 80 03 00 01 05 58 01 00 0D 00 06 06 02 00 00 4A 01 00 00 3C 64 64 73 3E 3C 64 61 74 61 5F 72
0020: 65 61 64 65 72 3E 3C 68 69 73 74 6F 72 79 4D 65 6D 6F 72 79 50 6F 6C 69 63 79 3E 50 52 45 41 4C
0040: 4C 4F 43 41 54 45 44 5F 57 49 54 48 5F 52 45 41 4C 4C 4F 43 3C 2F 68 69 73 74 6F 72 79 4D 65 6D
0060: 6F 72 79 50 6F 6C 69 63 79 3E 3C 71 6F 73 3E 3C 72 65 6C 69 61 62 69 6C 69 74 79 3E 3C 6B 69 6E
0080: 64 3E 52 45 4C 49 41 42 4C 45 3C 2F 6B 69 6E 64 3E 3C 2F 72 65 6C 69 61 62 69 6C 69 74 79 3E 3C
00A0: 2F 71 6F 73 3E 3C 74 6F 70 69 63 3E 3C 6B 69 6E 64 3E 4E 4F 5F 4B 45 59 3C 2F 6B 69 6E 64 3E 3C
00C0: 6E 61 6D 65 3E 72 74 2F 72 6F 62 6F 74 2F 72 65 6D 6F 74 65 2F 69 6E 3C 2F 6E 61 6D 65 3E 3C 64
00E0: 61 74 61 54 79 70 65 3E 67 65 6F 6D 65 74 72 79 5F 6D 73 67 73 3A 3A 6D 73 67 3A 3A 64 64 73 5F
0100: 3A 3A 54 77 69 73 74 5F 3C 2F 64 61 74 61 54 79 70 65 3E 3C 68 69 73 74 6F 72 79 51 6F 73 3E 3C
0120: 6B 69 6E 64 3E 4B 45 45 50 5F 41 4C 4C 3C 2F 6B 69 6E 64 3E 3C 2F 68 69 73 74 6F 72 79 51 6F 73
0140: 3E 3C 2F 74 6F 70 69 63 3E 3C 2F 64 61 74 61 5F 72 65 61 64 65 72 3E 3C 2F 64 64 73 3E 00 00 04
[1615535034.086301] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 03 00 03 00 80
[1615535034.088314] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 03 00 03 00 80
[1615535034.091890] debug    | ProxyClient.cpp    | create_datareader        | datareader created     | client_key: 0x355B3E2D, datareader_id: 0x000(6), subscriber_id: 0x000(4)
[1615535034.092133] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 14, data:
0000: 81 80 03 00 05 01 06 00 00 0D 00 06 00 00
[1615535034.092184] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 04 00 00 00 80
[1615535034.092219] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 04 00 00 00 80
[1615535034.092250] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 04 00 00 00 80
[1615535034.092757] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 04 00 00 00 80
[1615535034.133118] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 24, data:
0000: 81 80 04 00 08 01 10 00 00 0E 00 06 80 00 00 01 FF FF 00 00 00 00 00 00
[1615535034.134082] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 03 00 04 00 80
[1615535034.134722] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 05 00 00 00 80
[1615535034.135022] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 05 00 00 00 80
[1615535034.175465] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: D3 0E 86 D9 61 56 8E C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535034.175668] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 8E 69 3A 51 92 8E 8E C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535034.175702] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 60, data:
0000: 81 80 04 00 09 01 34 00 00 0E 00 06 D3 0E 86 D9 61 56 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535034.175750] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 60, data:
0000: 81 80 05 00 09 01 34 00 00 0E 00 06 8E 69 3A 51 92 8E 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535034.183577] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 05 00 00 00 80
[1615535034.193552] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x355B3E2D, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 06 00 00 00 80
[1615535034.212688] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 0B 6C 97 18 1E BF 8E C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535034.213060] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x355B3E2D, len: 60, data:
0000: 81 80 06 00 09 01 34 00 00 0E 00 06 0B 6C 97 18 1E BF 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0

It would seem like it tries to connect, but nothing actually happens, maybe when the verbosity is v4 it doesn't show the subscription part happened? Because I double-checked and it doesn't.
The client doesn't seem to receive anything
Now, so that I get it clear, is there something like "the agent must receive a message from the agent before it transmits"? Because I see the pattern of a receive then a spam of messages being sent...
[1615535033.983031] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 3F 00 4E 00 80
[1615535034.183335] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 3F 00 4E 00 80
[1615535034.384098] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 3F 00 4E 00 80
[1615535034.584439] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 3F 00 4E 00 80
[1615535039.838999] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x15B6EBDB, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 3F 00 0F FF 80
[1615535039.839629] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 3F 00 09 01 34 00 00 0E 00 06 0C 0A 0D 98 53 68 8C C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.841874] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 47 00 09 01 34 00 00 0E 00 06 0B 6C 97 18 1E BF 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.842748] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 40 00 09 01 34 00 00 0E 00 06 71 0A 57 31 F7 CC 8C C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.843105] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 48 00 09 01 34 00 00 0E 00 06 D3 D9 01 0B F9 E7 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.843265] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 41 00 09 01 34 00 00 0E 00 06 51 71 75 90 66 2A 8D C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.843378] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 49 00 09 01 34 00 00 0E 00 06 6D 17 57 F0 18 09 8F C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.843487] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 42 00 09 01 34 00 00 0E 00 06 37 B8 5D 56 8A 80 8D C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.843655] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 4A 00 09 01 34 00 00 0E 00 06 8C 8C 7B 7F 75 22 8F C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.843774] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 43 00 09 01 34 00 00 0E 00 06 77 93 2B F7 4C CF 8D C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.843882] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 44 00 09 01 34 00 00 0E 00 06 0B A8 84 BF 9A 16 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.843987] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 45 00 09 01 34 00 00 0E 00 06 D3 0E 86 D9 61 56 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0
[1615535039.844145] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x15B6EBDB, len: 60, data:
0000: 81 80 46 00 09 01 34 00 00 0E 00 06 8E 69 3A 51 92 8E 8E C0 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 C0

Are you able to see the topic using ros2 topic echo ...?

Yes, from the agent-side. I'm not publishing anything from the client to the agent. I'm publishing from the agent side to the client side. I do see some messages, then it's like a burst, then it stops completely.

Is possible for you to do a test? Just build and use the bare Micro XRCE-DDS Agent, we are fixing right now a bug in the micro-ROS agent and I want to discard that this is related to the bug. To do so:
git clone -b foxy https://github.com/eProsima/Micro-XRCE-DDS-Agent
cd Micro-XRCE-DDS-Agent
mkdir build
cd build
cmake ..
make -j$(nproc)

Now you have an executable in the build directory that can be used as the micro-ROS Agent.
Let me know if you are having the same problems with this approach.

That's actually what I'm using.
However, I've just noticed a weird behavior on our side of the code, which makes me wonder if some bug was introduced on the client-side that could be causing problems. I'll be back if nothing changes.

I'm closing to clean our issue tracking system, but feel free to reopen if you found that is not your client code that is causing problems.
If so, please provide feedback.

I've continued to debug, what seems to happen is that after hitting a breakpoint, the communication with the agent starts to act weird...You can see a log from the agent (below), where I'm sending one Twist message every 1 second, then I put a breakpoint in the code and what's bellow happens. Everything works fine, before and if I continue from the breakpoint, the program seems to continue running. However, if I let the program stay in the breakpoint for too long, or if I run with a higher frequency (in the end, the same), then the uros task stops working properly and starts to run every 5 seconds (the scheduler doesn't care about that task anymore).
I have a strange feeling this could have to do with the QoS used, however, why would the agent send so many messages when the breakpoint is hit?
1616489112.578070] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 60, data:
0000: 81 80 20 01 09 01 34 00 00 0E 00 06 F0 40 52 4A 63 56 8D 40 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489112.578681] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 21 01 00 00 80
[1616489113.577831] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: B7 31 C0 11 D9 A8 8D 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489113.577993] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 60, data:
0000: 81 80 21 01 09 01 34 00 00 0E 00 06 B7 31 C0 11 D9 A8 8D 40 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489113.578655] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 22 01 00 00 80
[1616489114.577814] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 04 AA 03 9F E3 F3 8D 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489114.578014] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 60, data:
0000: 81 80 22 01 09 01 34 00 00 0E 00 06 04 AA 03 9F E3 F3 8D 40 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489114.578683] debug    | UDPv4AgentLinux.cpp | recv_message             | [==>> UDP <<==]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0A 01 05 00 23 01 00 00 80
[1616489115.577791] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 34 C8 E7 2C 70 37 8E 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489115.578005] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 60, data:
0000: 81 80 23 01 09 01 34 00 00 0E 00 06 34 C8 E7 2C 70 37 8E 40 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489115.761383] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 23 01 80
[1616489115.961509] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 23 01 80
[1616489116.161512] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 23 01 80
[1616489116.361690] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 23 01 80
[1616489116.561770] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 23 01 80
[1616489116.577126] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 5E 29 F9 D5 6D 73 8E 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489116.577199] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 60, data:
0000: 81 80 24 01 09 01 34 00 00 0E 00 06 5E 29 F9 D5 6D 73 8E 40 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489116.761978] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 24 01 80
[1616489116.962052] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 24 01 80
[1616489117.162109] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 24 01 80
[1616489117.362139] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 24 01 80
[1616489117.562406] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 13, data:
0000: 81 00 00 00 0B 01 05 00 23 01 24 01 80
[1616489117.577033] debug    | DataReader.cpp     | read_fn                  | [==>> DDS <<==]        | client_key: 0x00000000, len: 48, data:
0000: 39 DA BF 98 CD A7 8E 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40
[1616489117.577116] debug    | UDPv4AgentLinux.cpp | send_message             | [** <<UDP>> **]        | client_key: 0x19CD30F5, len: 60, data:
0000: 81 80 25 01 09 01 34 00 00 0E 00 06 39 DA BF 98 CD A7 8E 40 00 00 00 00 00 00 00 00 00 00 00 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 89 40

Here's my current colcon.meta used to build microros
{
    "names": {
        "tracetools": {
            "cmake-args": [
                "-DTRACETOOLS_DISABLED=ON",
                "-DTRACETOOLS_STATUS_CHECKING_TOOL=OFF",
            ]
        },
        "rcl": {
            "cmake-args": [
                "-DBUILD_TESTING=OFF",
                "-DRCL_COMMAND_LINE_ENABLED=OFF",
            ]
        },
        "rcutils": {
            "cmake-args": [
                "-DENABLE_TESTING=OFF",
                "-DRCUTILS_NO_FILESYSTEM=ON",
                "-DRCUTILS_AVOID_DYNAMIC_ALLOCATION=ON",
                "-DconfigUSE_POSIX_ERRNO=1",
                "-DCMAKE_VERBOSE_MAKEFILE:BOOL=ON",
                "-DRCUTILS_NO_64_ATOMIC=ON"
            ]
        },
        "microxrcedds_client": {
            "cmake-args": [
                "-DUCLIENT_PIC=OFF",
                "-DUCLIENT_PROFILE_UDP=ON",
                "-DUCLIENT_PROFILE_DISCOVERY=OFF",
                "-DUCLIENT_PROFILE_SERIAL=OFF",
                "-DUCLIENT_PROFILE_TCP=OFF",
            ]
        },
        "rmw_microxrcedds": {
            "cmake-args": [
                "-DRMW_UXRCE_MAX_NODES=3",
                "-DRMW_UXRCE_MAX_PUBLISHERS=10",
                "-DRMW_UXRCE_MAX_SUBSCRIPTIONS=5",
                "-DRMW_UXRCE_MAX_SERVICES=1",
                "-DRMW_UXRCE_MAX_CLIENTS=1",
                "-DRMW_UXRCE_MAX_HISTORY=2",
                "-DRMW_UXRCE_TRANSPORT=udp",
                "-DRMW_UXRCE_DEFAULT_UDP_IP=<agent ip>",
                "-DRMW_UXRCE_DEFAULT_UDP_PORT=8888",
            ]
        }
    }
}

Wouldn't seem like I can reopen the issue

The problem could also be on my network stack, I'm using FreeRTOS+TCP. Maybe I have some configuration missing.

So, I've narrowed down the problem to, I'm running out of buffers on the network stack. This only happens when I set a breakpoint, I wait, and when I continue from the breakpoint, buffers are taken and never released. If the frequency of the publisher is high, or I wait enough time, I'll run out of buffers.
I still don't quite understand why the agent spams the client like that when the communication stops (in this case, because of the breakpoint).
Furthermore, can you point me to the implementation of the freertos+tcp port? Because I'm concerned that maybe it's there where the buffers are not being released.

Quick update,
The moment I stop the agent, all the buffers are released, meaning it definitely has something to do with how the traffic from the agent is being held on the client.
Furthermore, the interrupts on the task go up to 5s(fixed) when I run out of buffers, and go back to normal when I stop the agent. I'll guess there's some part kidnapping the buffers during interrupts when on breakpoint
Sorry for spamming like this, I'm just trying to keep this thread updated with what I find out.

Don't you worry, we are interested in the evolution of this solution. The mentioned "spaming" is just the agent sending heartbeats and acknacks to the client. Maybe you can configure it with this and this. Also there is best effort modes for pub/sub entities that will not acknowledge the reception.
In any case, I think that is important to learn how to tune the FreeRTOS+TCP buffering memory to make micro-ROS works well, please keep us updated about the progress.

The mentioned spammed, is weird, because when I put a breakpoint on the system, the agent starts shooting 10 times more messages (you can check it on the logs). The heartbeat should be a consistent period, and the agent/client comms seemed to go 1:1 (acks) until this happens. You can see that on the last log. Where it suddenly starts sending all the messages.
I'll have to dig more into the tuning of this, I guess it has to do with how it's being polled.

Hi, changing the QoS to best effort instead of reliable seems to fix the issue. However, if I'd have a topic that needs to be reliable, I'd run into the same issue when debugging. I couldn't find explicitly what is it that causes the whole problem. But it's not on the agent side, more likely on the protocol.


Server coin

Good stuff! Please also make a note of the breaking changes like here so MT has an easier time migrating.
Also, update README.md to include the new functions :)

There shouldn't be any breaking changes


Redirect requests for http://wc.org to https://wc.org

What is this PR trying to achieve?
With the config on master, requests to http://wc.org will simply timeout. This redirects them to HTTPS.
Resolves #264. Builds atop #468.
Who is this change for?
Users who want their connection secured with HTTPS, which protects it with words like TLS, RSA and ECC. I don’t know what they mean, but those are all very encouraging words!
(White lie: I do have some idea of what those mean, talk to me if you want an explanation.)
Have the following been considered/are they needed?

[ ] Deployed new versions
[ ] Run terraform apply.

Okay, I think this is ready to review.
$ curl -I 'http://iiif.wellcomecollection.org/image'
HTTP/1.1 301 Moved Permanently
Date: Mon, 03 Jul 2017 12:52:59 GMT
Content-Type: text/html
Content-Length: 185
Connection: keep-alive
Server: nginx/1.13.0
Location: https://iiif.wellcomecollection.org/image
Strict-Transport-Security: max-age=31536000; includeSubDomains;

$ curl -I 'https://iiif.wellcomecollection.org/image'
HTTP/1.1 200 OK
Date: Mon, 03 Jul 2017 12:53:07 GMT
Content-Type: text/plain
Content-Length: 220
Connection: keep-alive
Server: nginx/1.13.0
ETag: "1acdb93e43e76c08a2e2c037bad4c554"
Accept-Ranges: none
Strict-Transport-Security: max-age=31536000; includeSubDomains;


feat($mobile): mobile user apis

adds api methods for signup and in from mobile

you'll want this PR in first too https://github.com/textileio/textile-go/pull/61 since it has the referral stuff


.NET Core February Update - 1.0.14, 1.1.11, 2.1.8 and 2.2.2

Included fixes address security issues detailed in the release notes.
.NET Core

.NET Core 1.0.14 and .NET Core SDK 1.1.12
Release Notes
Download 1.0

.NET Core 1.1.11 and .NET Core SDK 1.1.12
Release Notes
Download 1.1

.NET Core 2.1.8 and .NET Core SDK 2.1.504
Release Notes
Download 2.1

.NET Core 2.2.2 and .NET Core SDK 2.2.104
Release Notes
Download 2.2

Please report any issues you find with these releases, either responding to this issue, creating a new issue here or creating a new issue in one of the following repos:

aspnet/Home - for ASP.NET Core questions
aspnet/EntityFrameworkCore - for Entity Framework Core questions
dotnet/cli - for CLI tools and questions
dotnet/corefx - for API issues and questions
dotnet/coreclr - for runtime issues
dotnet/core-setup - for installer issues
nuget/home - for NuGet questions and issues

.NET Support Policies
Microsoft support policies are defined in the following documents:

Microsoft .NET Support Policy
.NET Core OS Lifecycle Policy

On Ubuntu 16.04, aspnetcore-runtime 2.1.8 is missing for the Debian apt package repository.
ubuntu$: wget -q https://packages.microsoft.com/config/ubuntu/16.04/packages-microsoft-prod.deb
ubuntu$: sudo dpkg -i packages-microsoft-prod.deb

ubuntu$: sudo apt-get install apt-transport-https
ubuntu$: sudo apt-get update
ubuntu$: sudo apt-get install dotnet-sdk-2.1

Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 dotnet-sdk-2.1 : Depends: aspnetcore-runtime-2.1 (>= 2.1.8) but 2.1.7-1 is to be installed
E: Unable to correct problems, you have held broken packages.

This is failing for the 2.1.8 .Net Core Release.

This missing aspnetcore-runtime for 2.1.8 release is resolved for Ubuntu 16.04. Mentioned in https://blogs.msdn.microsoft.com/dotnet/2019/02/12/net-core-february-2019/#comment-741405

@leecow Some links in the opening post are wrong. The link for .NET Core 2.1.8 release notes should be: https://github.com/dotnet/core/blob/master/release-notes/2.1/2.1.8/2.1.8.md and not https://github.com/dotnet/core/blob/master/release-notes/2.1/2.1.7/2.1.8.md
And for .NET 2.2.2:
https://github.com/dotnet/core/blob/master/release-notes/2.2/2.2.2/2.2.2.md and not https://github.com/dotnet/core/blob/master/release-notes/2.2/2.2.1/2.2.2.md

Thanks @Rutix - fixed.

Installing 2.1.8 hosting bundle or SDK breaks AspNetCore 2.1.7 apps
Application: dotnet.exe
CoreCLR Version: 4.6.27317.3
Description: The process was terminated due to an unhandled exception.
Exception Info: System.IO.FileLoadException: Could not load file or assembly 'Microsoft.AspNetCore, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=adb9793829ddae60'. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

Using 2.2.104 SDK in Azure DevOps .NET Core Tool Installer fails because it's not in the releases.csv.
When will that be added?

@muratg and @joeloff - can you look at @PolitovArtyom 's issue above (https://github.com/dotnet/core/issues/2304#issuecomment-463154664)?

@kieronlanning - I see it in line 5 of the csv? If you're referring to the exe installer, those have not typically been included in the csv (though I see a few releases where they snuck in).
@vivmishra

@leecow Interesting, when I set my project to 2.2.104, the .NET Core SDK Installer fails:
2019-02-13T23:57:38.7785035Z Tool to install: .NET Core sdk version 2.2.104.
2019-02-13T23:57:38.7836944Z [command]/home/b33rdy/ado-agent/_work/_tasks/DotNetCoreInstaller_b0ce7256-7898-45d3-9cb5-176b752bfea6/0.2.1/externals/get-os-distro.sh
2019-02-13T23:57:38.8548504Z Primary:linux-x64
2019-02-13T23:57:38.8549556Z Legacy:ubuntu.18.04
2019-02-13T23:57:38.8550836Z Detected platform (Primary): linux-x64
2019-02-13T23:57:38.8551637Z Detected platform (Legacy): ubuntu.18.04
2019-02-13T23:57:38.8553300Z Checking if a cached copy exists for this version...
2019-02-13T23:57:38.8566630Z The cache does not contain the requested version of .NET Core. Downloading and installing it now.
2019-02-13T23:57:38.8567272Z Getting URL to download .NET Core sdk version: 2.2.104.
2019-02-13T23:57:39.1111444Z ##[error]Cannot read property 'trim' of undefined

I suspect the Azure folks have not finished their deployment yet.

@PolitovArtyom we are tracking that issue here: https://github.com/aspnet/AspNetCore/issues/7546

@leecow Is there a way to track the coordination between the various places - Azure AppServices, Azure Blob Deployments, GitHub's releases.csv etc?
A means to track it would also help in situations like this too. We would have checked a tracker, and just waited rather than commenting here...win/ win!
We've been waiting for 2.2.2 for several months as it solves a problem with the HttpContextAccessor, so keen to get in updated ASAP.

@leecow Looks like it's a problem with naming. It's referenced here: https://github.com/Microsoft/azure-pipelines-tasks/issues/9366

@leecow
Regarding the fix for the Azure DevOps .NET Core Tool Installer, according to https://github.com/Microsoft/azure-pipelines-tasks/issues/9366#issuecomment-456711057 only the error message is improved.
So instead  of a Cannot read property 'trim' of undefined we now get a The specified version's download links are not correctly formed in the supported versions document.

Thanks @bschapendonk ... looks like this my fault :-/ Resolved 2.2.2 field names with https://github.com/dotnet/core/pull/2313.

@leecow Amazing work, thanks! All our builds working a-ok now! Cheers!

Why was Mvc.Formatters.Json.JsonInputFormatter moved to Mvc.NewtonsoftJson.NewtonsoftJsonInputFormatter.cs?

Why was Microsoft.AspNetCore.Mvc.Formatters.JsonInputFormatter moved/renamed to Microsoft.AspNetCore.Mvc.Formatters.NewtonsoftJsonInputFormatter.cs?

@IanKemp moving the Json.NET dependencies is an intentional breaking change in the 3.0 preview releases. This and related changes were announced in aspnet/Announcements#325.

I am trying to use Azure DevOp's .NET Core SDK Installer step to install version 2.2.2 but I am running into an error with the download links/blobs not existing anymore.
Output:
 ##[section]Starting: Use .NET Core sdk 2.2.2 ... Task         : .NET Core SDK Installer Description  : Acquires a specific version of the .NET Core SDK from internet or the local cache and adds it to the PATH. Use this task to change the version of .NET Core used in subsequent tasks. Version      : 0.2.2 Author       : Microsoft Corporation Help         : [More Information](https://go.microsoft.com/fwlink/?linkid=853651) ==============================================================================
Tool to install: .NET Core sdk version 2.2.2. [command]C:\windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoLogo -Sta -NoProfile -NonInteractive -ExecutionPolicy Unrestricted -Command "& 'd:\a\_tasks\DotNetCoreInstaller_b0ce7256-7898-45d3-9cb5-176b752bfea6\0.2.2\externals\get-os-platform.ps1'" Primary:win-x64 Detected platform (Primary): win-x64 Checking if a cached copy exists for this version... The cache does not contain the requested version of .NET Core. Downloading and installing it now. Getting URL to download .NET Core sdk version: 2.2.2. Could not fetch download information for version 2.2.2. Please check if the version specified is correct. You can refer the link for supported versions => https://github.com/dotnet/core/blob/master/release-notes/releases.json. Falling back to creating convention based URL. [command]C:\windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoLogo -Sta -NoProfile -NonInteractive -ExecutionPolicy Unrestricted -Command "& 'd:\a\_tasks\DotNetCoreInstaller_b0ce7256-7898-45d3-9cb5-176b752bfea6\0.2.2\externals\install-dotnet.ps1' -Version 2.2.2 -DryRun" dotnet-install: Payload URLs: dotnet-install: Primary - https://dotnetcli.azureedge.net/dotnet/Sdk/2.2.2/dotnet-sdk-2.2.2-win-x64.zip dotnet-install: Legacy - https://dotnetcli.azureedge.net/dotnet/Sdk/2.2.2/dotnet-dev-win-x<IP_ADDRESS>.zip dotnet-install: Repeatable invocation: .\install-dotnet.ps1 -Version 2.2.2 -Channel LTS -Architecture x64 -InstallDir <auto> Downloading: https://dotnetcli.azureedge.net/dotnet/Sdk/2.2.2/dotnet-sdk-2.2.2-win-x64.zip ##[warning]Could not download installation package from this URL: https://dotnetcli.azureedge.net/dotnet/Sdk/2.2.2/dotnet-sdk-2.2.2-win-x64.zip Error: {} Downloading: https://dotnetcli.azureedge.net/dotnet/Sdk/2.2.2/dotnet-dev-win-x<IP_ADDRESS>.zip ##[warning]Could not download installation package from this URL: https://dotnetcli.azureedge.net/dotnet/Sdk/2.2.2/dotnet-dev-win-x<IP_ADDRESS>.zip Error: {} ##[error]Failed to download package for installation ##[section]Finishing: Use .NET Core sdk 2.2.2
When I manually visit the links I get the following message:
<Error> BlobNotFound <Message> The specified blob does not exist. RequestId:d2d1a17e-801e-0114-115d-d42dfa000000 Time:2019-03-06T20:43:25.7517795Z </Message> </Error>
Changing the version value to use the version-sdk value from this list (2.2.104 - which I'm not sure is what I want) will successfully download the SDK but then it wants to use NuGet version >= 4.7 during the NuGet restore step (instead of v 4.4.1 which I have specified). I see there is an option to always use the latest version of NuGet but I would like to avoid this due to potential random build failures it could introduce in the future when versions change.
Error message:
##[error]The nuget command failed with exit code(1) and error(NU1102: Unable to find package NuGet.Frameworks with version (>= 4.7.0)  - Found 33 version(s) in NuGetOrg [ Nearest version: 4.7.0-preview1-4986 ]
I would also rather not use a preview version of NuGet.

Closing as newer updates shipped - see #2432

@BeigeBadger's solution worked for me. Couldn't get any 2.x version to work but 2.2.104 worked for whatever reason. According to the documentation, I should have been able to do 2.2.x or even 2.x but neither worked.


Namespace quick text filter

from #417
Possible improvement:
I changed the namespace to one I'm interested in, and the pods filtered correctly. But, I had to scroll down many namespaces to find it. Is there a way to text-filter? In k9s I can press / and then type what I want to find, which is super convenient.

I implemented the global filter but I'm not very happy with it. So probably
I'll rework that when I have time, but not gonna be easy since I might have
to rework the entire data structure
On Tue, 6 Feb 2024, 12:11 pm James, @.***> wrote:

from #417 https://github.com/kdash-rs/kdash/issues/417
Possible improvement:
I changed the namespace to one I'm interested in, and the pods filtered
correctly. But, I had to scroll down many namespaces to find it. Is there a
way to text-filter? In k9s I can press / and then type what I want to find,
which is super convenient.
—
Reply to this email directly, view it on GitHub
https://github.com/kdash-rs/kdash/issues/437, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAIOKF5GOPUAXTXKTXSJHPTYSIFWBAVCNFSM6AAAAABC3Y6M7CVHI2DSMVQWIX3LMV43ASLTON2WKOZSGEZDANJSGI4TENA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>


[language] Remove TransactionMetadata from Move VM into the Libra A…

…dapter
TransactionMetadata was not really needed by the Move VM once we
removed all the instructions that would return transaction info.
We removed it from move-vm into libra-vm and we may look to
remove it entirely.
The Move VM takes a sender and a transaction size now.

@runtian-zhou please take a look at the libra_vm and let me know your thoughts.
Also if we should remove TransactionMtadata altogether and some point soon

@bors-libra r=tzakian

:pushpin: Commit ee92905 has been approved by tzakian

:hourglass: Testing commit ee9290544c7fb0d3a929c37c6db7e33d865d8ccf with merge e3c5b7cd5a0aa2904d2100408d48176fad6f5a77...

:sunny: Test successful - checks-actions_land_blocking_test, checks-circle_commit_workflow
Approved by: tzakian
Pushing e3c5b7cd5a0aa2904d2100408d48176fad6f5a77 to master...


Add epoch_state table

This can include important information per state, that remain unchanged for the whole epoch. It can have references to epoch_params, new_committee_info, constitution, enacted proposals, as well as flags like no_confidence or doormant (this needs to be updated at the end of the epoch).

This means that references from new_committee_info and constitution to gov_action_proposal need to become nullable. Rollbacks will have to be adjusted as well.

In a chat @kderme , I understood this could be the right occasion to check #1715 as well.
Thank you


new tag options format doesn't work

The doc says:

Some tags can be customised via options, which by convention are separated with a ">>". For example, in musicplayer.js, you can delay a track by using the delay option.
#play: act4 >> delay: 500

This doesn't work. Nothing in the code seems to be handling that syntax and I can see the code for parsing the old format in getTagOptions.
Is this in some uncommited code?

Hmm, I definitely remember committing that code... strange. Thanks for pointing that out!


Cherrypick #22147: xds: send no-overprovisioning client capability and populate user_agent fields

This also includes changes from #22100.
The unsquashed commits made this super easy to cherrypick. :+1:
My manual inspection of the build files didn't turn up anything unusual, but I'd like someone who's actually familiar with the code to give it a quick sniff test.
I'm planning on including this in 1.28.0-pre2, which will also include some Ruby changes to support Ruby 2.7.

Known failures:

https://github.com/grpc/grpc/issues/16475
https://github.com/grpc/grpc/issues/22184
https://github.com/grpc/grpc/issues/22185


Rasa end-to-end test does not evaluate the NLU model on the provided end-to-end stories

Rasa version: 1.2.5
Python version: 3.6
Operating system (windows, osx, ...): Ubuntu (through WSL)
Issue:
When testing an end-to-end story with rasa test and the --e2e flag, the NLU evaluation is done on the normal training data instead of on the data in my end-to-end story files. The Core evaluation works as expected on my end-to-end stories.
The documentation reads:

Rasa lets you evaluate dialogues end-to-end, running through test conversations and making sure that both NLU and Core make correct predictions.
To do this, you need some stories in the end-to-end format, which includes both the NLU output and the original text.

Therefore, my expectation was to have:

The Core evaluation creating the failed_stories.md and story_confmat.pdf for the stories in data_test
The NLU evaluation creating the confmat.png, errors.json, and hist.png only for the sentences that are in the data_test/happy.md file. Right now, it evaluates the NLU model on the data in the data/nlu.md file.

FYI, our folder structure is:
data
|_ stories.md
|_ nlu.md
data_test
|_ happy.md
|_ etc.

Please note that I do have the test data in end-to-end format (which we got using the /conversations/{{sender_id}}/story endpoint). Here is a small sample of such an conversation:
##<PHONE_NUMBER>417533
* greeting: Hello
    - utter_greet

...

* form: affirm: Yes it does
    - form: form_apartment_interest
    - slot{"apt_interested": true}
    - slot{"requested_slot": "user_email"}
* explain: why do you need this?
    - action_explain
    - action_listen
    - form_apartment_interest
    - slot{"requested_slot": "user_email"}

Did I misunderstand how the end-to-end evaluation works?
Command or request that led to error:
rasa test --stories data_test --e2e --out results

I also tried the following:
rasa test --stories data_test --nlu data_test --e2e --out results

In this case, nothing is returned for the NLU evalutation.

Thanks for raising this issue, @JustinaPetr will get back to you about it soon✨
Please also check out the docs and the forum in case your issue was raised there too 🤗

@JustinaPetr do you have an idea of what can be happening? Thanks for your help

Hi @nbeuchat . Seems like you are doing everything right. Do you see some misclassified intents in the /results/failed_stories.md? I think what is happening is that rasa runs end-to-end evaluation and writes out the results in failed_stories.md for both NLU and Core, however, the results that are printed in your console are only for your Core model. I'll open an issue for this so we can have it fixed.

Thanks for your answer @JustinaPetr. I have tried to intentionally put wrong intents in the test stories but nothing is shown in the failed_stories.md

Thanks for your answer @JustinaPetr. I have tried to intentionally put wrong intents in the test stories but nothing is shown in the failed_stories.md
Example:
## happy path 2
* greeting: goodbye
- utter_greet
- ...

In the failed_stories, I indeed see the wrong prediction:
## happy path 2
* greeting: goodbye   <!-- predicted: goodbye: goodbye -->
    - utter_greet   <!-- predicted: utter_goodbye -->

In the classification report in the console, I get:
goodbye       0.00      0.00      0.00         0
greeting       1.00      0.50      0.67         2

However, I do not have a NLU-specific report as I would have without specifying the --nlu data_test.
Should I provide a list of test intents in the data_test folder then to test the NLU?


OpenIdConnectResponseType is missing some constants

https://github.com/AzureAD/azure-activedirectory-identitymodel-extensions-for-dotnet/blob/dev/src/Microsoft.IdentityModel.Protocols.OpenIdConnect/OpenIdConnectResponseType.cs
It's missing "none" and "token" at least, although it would be good to have all the combinations (code token) (token id_token) (code token id_token)

@javiercn I am not sure about "none" or "token".
"code token", "token id_token", "code token id_token" seem valid.
http://openid.net/specs/openid-connect-core-1_0.html#Authentication

Hi,
Token is defined in the OAuth 2.0 spec:
https://tools.ietf.org/html/rfc6749#section-11.3.2
None is defined in the OAuth 2.0 multiple response types spec:
http://openid.net/specs/oauth-v2-multiple-response-types-1_0.html#OAuthResponseTypesReg
The Open Id connect spec makes an explicit note about the "token"

While OAuth 2.0 also defines the token Response Type value for the Implicit Flow, OpenID Connect does not use this Response Type, since no ID Token would be returned.

That said, I think it's useful to have it as part of the list of response types for servers that support both, OAuth 2.0 and OpenId Connect.

@javiercn will put this in 5.1.2

@javiercn will be in tomorrows nightly.


Version Tracker: Error in AcceptMatchTask when large number of matches are accepted at once

Describe the bug
As in the title.
To Reproduce

Start a version tracking session. The binaries should be relatively similar and large, to yield enough matches
Run exact name/byte correlators (to ensure no conflicting matches)
Ctrl+A and accept all.

The successful acceptmatchtasks are for smaller selections; the error itself just shows up as one entry in the logs. The error itself appears sporadic and I don't have a reliable trigger, but generally large matches tend to cause the exception more often
Screenshots

Attachments
If applicable, please attach any files that caused problems or log files generated by the software.
Environment (please complete the following information):*
0de3f53c

As per #6067 after deleting the existing/switching back to the default tool, I have been unable to reproduce this bug; am fine with closing this if no obvious cause is found.


Updated pyemma to 1.1.2

Hopefully nothing more than a trivial update is needed.

Local tests on osx indicate this recipe works now.  Merging now, since we need to use this in another project.

@marscher : You probably still need to trigger your win platform build for pyemma-1.1.2 somehow.  linux and osx were built automatically a few hours ago.

Am 22.03.2015 um 23:16 schrieb John Chodera:

@marscher https://github.com/marscher : You probably still need to
trigger your |win| platform build for |pyemma-1.1.2| somehow. |linux|
and |osx| were built automatically a few hours ago.
—
Reply to this email directly or view it on GitHub
https://github.com/omnia-md/conda-recipes/pull/166#issuecomment-84715237.

yes. Need pull the trigger - Stand by.