COVESA / vsomeip

An implementation of Scalable service-Oriented MiddlewarE over IP
Mozilla Public License 2.0
1.02k stars 651 forks source link

vsomeip: Didn't receive a multicast SD message for 200ms. Leaving the multicast group and join #556

Open guanghuinie opened 7 months ago

guanghuinie commented 7 months ago
  1. I am conducting VSOMEIP stress testing, During stress testing, there may be disconnection and reconnection of Ethernet and router. and initially, VSOMEIP is working fine
  2. Occasional issues: Didn't receive a multicast SD message for 200ms. Leaving the multicast group and join
  3. the issue persists after it occurs.
  4. tcpdump and another test tool receive multicast messages normally, and after restarting the VSOMEIP process, it resumes normal
  5. wdgQNUzsZB

any advices ? Thanks

guanghuinie commented 7 months ago

vSomeip version :3.3.0

guanghuinie commented 7 months ago

My initial suspicion is that the port vsomeip listens on has changed during the pressure test.

guanghuinie commented 6 months ago

Log of Reproduction: leave address: error ec Can not assign requested address adresss: **** joined error: No buffer space available .

chen53085308 commented 2 months ago
  1. I am conducting VSOMEIP stress testing, During stress testing, there may be disconnection and reconnection of Ethernet and router. and initially, VSOMEIP is working fine
  2. Occasional issues: Didn't receive a multicast SD message for 200ms. Leaving the multicast group and join
  3. the issue persists after it occurs.
  4. tcpdump and another test tool receive multicast messages normally, and after restarting the VSOMEIP process, it resumes normal

wdgQNUzsZB

any advices ? Thanks

I also encountered this problem. I found that it was caused by the client sending the SD message of find service after it got up, which would trigger the multicast detection timer of the server. If there are no other offer services in the network, but only the client's find service, the server will have this problem. image

guanghuinie commented 2 months ago
  1. I am conducting VSOMEIP stress testing, During stress testing, there may be disconnection and reconnection of Ethernet and router. and initially, VSOMEIP is working fine
  2. Occasional issues: Didn't receive a multicast SD message for 200ms. Leaving the multicast group and join
  3. the issue persists after it occurs.
  4. tcpdump and another test tool receive multicast messages normally, and after restarting the VSOMEIP process, it resumes normal

wdgQNUzsZB any advices ? Thanks

I also encountered this problem. I found that it was caused by the client sending the SD message of find service after it got up, which would trigger the multicast detection timer of the server. If there are no other offer services in the network, but only the client's find service, the server will have this problem. image

Not the same issue, The situation you encountered is normal one. The situation I encountered was that the offer packet was normal, but the join failed in the protocol stack, which may be because of the underlying reason of my machine or Or maybe a bug in the protocol stack is causing the port join to fail. "log of Reproduction: leave address: error ec Can not assign requested address adresss: **** joined error: No buffer space available ."

My temporary solution was to close the socket if the join failed

pomforandroid commented 1 month ago
  1. 我正在进行VSOMEIP压力测试,在压力测试过程中,可能会出现以太网和路由器的断开和重新连接的情况。最初,VSOMEIP 工作正常
  2. 偶尔出现的问题:200 毫秒内未收到组播 SD 消息。离开多播组并加入
  3. 发生后问题依然存在。
  4. tcpdump和另一个测试工具正常接收组播报文,重启VSOMEIP进程后恢复正常

wdgQNUzsZB 有什么建议吗?谢谢

我也遇到了这个问题。我发现是客户端起床后发送find service的SD消息,会触发服务器的组播检测定时器造成的。如果网络中没有其他offer服务,只有client的find服务,服务器就会出现这个问题。 图像 Is this behavior normal? How can this issue be resolved? Would offering any arbitrary service help in this situation?