“XPCORuleSystemManager" Error During Integration with Open Network Bridge

We are trying to do an integration with Milestone through Open Network Bridge. What we are trying to achieve is to pull the historical stream from Milestone.

We did our preliminary test using the version of XProtect Expert 2021 R2 while our client is using XProtect Expert 2020 R3.

During our testing, we were able to pull the historical stream without problems through 2 methods.

Method 1: Directly pulling the stream through RTSP stream.

Method 2: Using Onvif to query if a video clip existed because it is possible to only record when there is motion in XProtect Expert.

The situation that we face is as below.

  1. Regardless of the method that we used, it will trigger “XPCORuleSystemManager Failed to trigger events against the rule system”. After that, all users cannot login into the XProtect Smart Client. The only way for us to solve this is to restart the middle server.

Please take note that all recording services are still running.

An interesting observation.

  1. When we were using Open Network Bridge with XProtect Expert 2021 R2, we were able to add users that is not under administrator role into it. We couldn’t add non-administrator role users into the Open Network Bridge of XProtect Expert 2020 R3.

Me and my team would great appreciate your help and insights into the problem. Is it because of some security settings or is it because we didn’t set anything?

The error logs are as below.

Hi Wei Jie,

I’m not sure I fully understand your question as well as your integration.

The first thing that comes to my mind is the way how users are added (to have access) to the ONB.

And there is significant deference between 2020 R3 and 2021 R1.

Because of the Security vulnerability this mechanism was changed (could read more here and here).

In short in 2021 R1 and later, ONVIF allowed users are added trough the Tray Manager context menu.

In the 2020 R3 and earlier, they are added directly in the ONVIF settings in the Management Client.

Could that be the problem ? Unauthorized access because of missing basic users configuration ?

Also you could try to narrow down the problem a little bit - component + wireShark for example. Otherwise we won’t be able to help much and support community (forum) could be more adequate.

Dear Petar,

Thank you very much for your prompt reply. I apologize for being late. I was a little swamped.

The insight that you told me has been illuminating. I will need to try again and see if it will work or not.

What you mentioned could be the problem because we originally cannot seem to be able to make it work hence we try to swap the Open Network Bridge to the version that we were using for testing and the problem described above appeared.

I will definitely try to see if the above setting solves the problem or not.

I will try to check with the client if I am able to get the above data or not.

Thank you very much for the help. It meant the whole world to me.

Dear Peter and everyone who’s reading this later.

The solution worked. I am able to get the historical stream when the way to set it is correct.

Another thing I would like to remind everyone is that the Open Network Bridge of 2020 R3 only supports H.264 so if your recordings or your camera is in H.265, it might appear that the Open Network Bridge is not working. If this happens to you, change the stream from H.265 to H.264 will make it work. Of course the down side is that your files might be larger so please ensure that you have enough storage space.

Yep,

if you need H.265 stream, you have to update to almost latest ONB.

If I remember well 2021 R2 at least.