Samsung SNP-3120

We have tried repeatedly to connect to the h.264 stream on a samsung SNP-3120.

This particular camera only allows digest authentication, so the standard basic authentication we’ve used on our axis cameras does not seem to work when we setup a .stream file for live streaming.

Thus far we’ve tried a standard rtsp url

rtsp://guest:guest@24.217.156.6:554/profile2/media.smp

We’ve also tried posting the user name & password in the publish.password file & tried the basic url:

rtsp://24.217.156.6:554/profile2/media.smp

We’ve tried with the Application.xml file set to require digest auth for publish

[quoute]

digest

none

We have tried this on 2.2.3, 2.2.4 & tried adding patch #9 to both versions.

under various configurations we consistently see one or more of the following 3 warnings, but no actual errors:

WARN server comment 2011-05-21 18:38:02 - - - - - 31.075 - - - - - - - - RTPSessionDescriptionDataProviderBasicRTSPWorker.processResponse: Authentication required[401]: Username password not available

WARN server comment 2011-05-21 18:38:14 - - - - - 42.878 - - - - - - - - RTPSessionDescriptionDataProviderBasicRTSPWorker.processResponse: Authentication required[401]: Authorization failed.

WARN server comment 2011-05-21 18:38:17 - - - - - 46.054 - - - - - - - - RTPSessionDescriptionDataProviderBasic.getStreamInfo: RTSP/RTP re-streaming timeout.

Please provide any direction or advice you can offer.

Digest authentication should work. The first method you show, with credentials in the URL, is the right way to do it. Is that the one the resulted in “Authorization Failed”? Are you sure guest/guest exists and has the right permissions.

Richard

Brian,

No, a stream does not have to work with Quicktime to work with Wowza. Wowza handles digest authentication.

Richard

The player has to handle digest authentication. If it doesn’t, I guess turn off digest, try basic authentication or none

Richard

Is StreamType “rtp-live”? I’m not sure, but try changing PlayMethod back to “digest”

<PlayMethod>digest</PlayMethod>

Or change StreamType to “live” and use StreamManager to start the stream. In that case, I think you should change PlayMethod back to “none”, but try it both ways.

Richard

Did get Auth failed & a RTSP/RTP re-streaming timeout.

To test the uri & credentials, copied and pasted both into VLC & Quicktime.

VLC worked. Quicktime failed.

FYI: Samsung suggested this may happen due to the way Quicktime passes credentials. No workaround or fix was provided. Does the stream have to work with Quicktime to work with Wowza?

What would you advise to resolve this issue?

unfortunately, with Samsung cameras, digest is the only option. There is no way of turning off authentication or using basic auth.