No Signal in ONVIF Device Manager when using ONVIF Bridge

We are using the following:

Milestone XProtect VMS 2019 R1

Milestone ONVIF Bridge Server 2019 R1

ONVIF Device Manager v2.2.250

I am using ONVIF DM to check connectivity externally to a camera feed from our internal network. As recommended in the setup instructions for the Bridge Server, the server is in a DMZ, however, for testing purposes (and to try and fix this problem), I have disabled firewalls to eliminate any access issues.

When I fire up ODM and enter the external IP and port number and login, I receive a list of cameras. So far so good. However, when I try to live stream from any camera I receive “NO SIGNAL” in white on a red background. The cameras are live and can be viewed via the XProtect Smart Client. I have installed ODM on the Bridge Server, and also cannot see any feeds. I have also tried VLC in both scenarios, but my confidence is relatively low in this software.

So it seems like the ONVIF (port 580) bit is working, but not the streams (RTSP, 554). The cameras are configured for H.264 and RTSP in Milestone.

Can anyone assist please?

Hi,

We need more information. What models are the cameras? Can you please also share logs from RTSP server.

Thank you for your reply.

Aren’t camera models irrelevant in this instance?

There’s nothing in the logs other than communication errors with cameras when they have been turned off and successful logins.

I can’t help you if you don’t give me more information. There is no obvious reason why you are not getting live stream.

If this is the behaviour of all the cameras exposed trough the ONVIF Bridge and camera models are different, probably you could be right that “camera models are irrelevant”.

Seems much more like a network/configuration problem.

As list of the cameras is available trough the ONVIF interface, connection from ONVIF Bridge to Management server is working fine.

Not the same for the one from RTSP server to the Recording Server (RS) though.

Can you install Smart Client (SC) on the machine where ONVIF Bridge is running in order to be checked connectivity to the RS ?

Please use the same user in SC as this that doesn’t work in ODM.

Btw. this doesn’t seem to be a problem for the developer forum. Probably you have to contact the support team.

Ok, I have had a Milestone specialist look at this, and after a day’s work, we’re still no closer to resolving this issue. I have now removed the DMZ setup and installed the Bridge on the milestone server in an effort to make the setup as simple as possible.

2 interesting observations:

  1. In ODM (on a test external laptop) the rtsp string lists the internal address of the server, not the expected external IP address. So it’s almost as if the bridge is being passed an internal address, which is obviously no good in this setup.
  2. In VLC, with a correct RTSP string i.e. with external IP address, I am prompted for a Username and Password, but cannot login successfully despite providing the correct and rather simple details i.e. no special characters. An entry in the Bridge log is made to reflect failed attempts.

@Petar Vutov​ The Bridge was running on a VM, so I was unable to run SC.

Surely there must be a setting I’m missing in Milestone to specify the external IP for streams. I have found a couple such potential settings, but configuring them didn’t help.

In terms of routing from outside to in and back, the setup for 580 and 554 are identical; 580 works, 554 doesn’t, so I don’t believe it’s a routing issue.

Okay.

I’ve got your point.

We had an issue named “ONVIF Bridge RTSP Service referencing incorrect NIC”.

In short returned RTSP server address on the ONVIF command was build using incorrect NIC IP address.

There is a fix, which uses the IP address from the actual ONVIF request in order to be build RTSP link which is accessible, from where the ONVIF interface is accessible.

In other words if you point ODM to http://X.X.X.X:580, you will receive live link “rtsp://X.X.X.X:554/live/”.

This fix is available in ONVIF Bridge 13.3.

So you have to update it.

Only ONVIF Bridge is enough, it should be backward compatible with XPCO 13.1.

This should solve problem 1.

I do not have explanation for problem 2. though.

Hi @Petar Vutov

Progress! Of sorts anyway.

13.3 has fixed the internal address issue.

However, I’ve still got the ‘No Signal’ and VLC issues :frowning:

P.s. My apologies for posting in the wrong forum. I have contacted support, but they’re currently busy pointing the finger at a network issue.

In VLC, with a correct RTSP string i.e. with external IP address, I am prompted for a Username and Password, but cannot login successfully despite providing the correct and rather simple details i.e. no special characters. An entry in the Bridge log is made to reflect failed attempts.

Have you added the user to the Onvif Bridge MIP configuration in the Management Client? I suppose the user has rights to view live stream of the camera.

@Tsvetomira Petkova Georgieva

Yes the user is configured correctly - all works internally, just not externally.

Okay,

Lets make quick recap.

Now when you start ODM in the internal network - everything works (you can see video).

If you start ODM from the external network (use the external ONVIF address) you see “No Signal”.

If you try the same external rtsp link in VLC it prompts you for credentials and even you provide a valid ones, it continues to prompt you for credentials again (saying in this way the provided credentials are wrong).

Or VLC accepts credentials but afterwards doesn’t provide video?

Have you tried with both user types A/D and basic?

Also could someone check if there is encryption applied on the RS ?

  • ODM no longer works on the internal network now that there is an external IP in the RTSP string, which I think makes sense.
  • Externally, yes, ODM displays ‘No Signal’.
  • VLC prompts for credentials but won’t accept them, so just prompts again. The RTSP log shows this, as an example, when an attempt is made: “RtspConnection::CheckAuthorization, auth failure cause of response compare”.
  • I have also tried iSpy, which also cannot connect externally.
  • We do not have AD in this environment, but I have tried the local Administrator on the server (added as an ONVIF Bridge user and configured under Roles and given access to cameras etc)
  • There is no encryption applied to the RS.

One question, does an external IP address need to entered under Registered Services for the ONVIF Bridge?

Q: “One question, does an external IP address need to entered under Registered Services for the ONVIF Bridge?”

A: No, you don’t have to change anything there.

C: “ODM no longer works on the internal network now that there is an external IP in the RTSP string, which I think makes sense.”

A: Can you try ODM with the internal address in the internal network ?

C: “There is no encryption applied to the RS.”

A: Good.

C: “We do not have AD in this environment, but I have tried the local Administrator on the server (added as an ONVIF Bridge user and configured under Roles and given access to cameras etc)”

A: Did you tried with basic user also ?

C: "Externally, yes, ODM displays ‘No Signal’.

VLC prompts for credentials but won’t accept them, so just prompts again. The RTSP log shows this, as an example, when an attempt is made: “RtspConnection::CheckAuthorization, auth failure cause of response compare”."

A: Doesn’t make any sense.

It means that received password hash was different that one calculated by the RTSP server.

Is there any internationalization or localization on those machines ?

(Windows OS is on language different than English, or product is installed on different language) ?

ODM works with the internal address on the local network.

Yes, most testing has been down with a basic user.

Both OS and software using English, albeit UK for OS and US for product.

P.s. is the following relevant, taken from the ONVIF Bridge RTSP log:-

18-12-2019 10-02-13.824: Info - Stopping Rtsp server

18-12-2019 10-02-13.824: Info - Clearing connections

18-12-2019 10-02-13.824: Info - Connections cleared

18-12-2019 10-02-13.824: Info - Rtsp server stopped

18-12-2019 10-02-13.824: Info - Stopping VMS configuration loader

18-12-2019 10-02-13.824: Info - VMS configuration loader stopped

18-12-2019 10-02-13.824: Error - RtspGatewayService::Stop18-12-2019 10-02-15.671: Error

Could you contact me via e-mail (pvv@milestonesys.com) ?

Lets continue this off-line.

Hi

Was this resolved. I have the same issue.

Hi Ravindra,

This seems more like a support issue, but not a dev one.

Why don’t you try in the support forum instead ?