Unknowed brand IPcam

Monocle

Well, the port 443 error in the startup log is a problem. Something is using port 443 and thus Monocle Gateway is unable to listen on that port.

Try installing this utility on the RPi and using the following command to list what processes are using port 443.

Install:

sudo apt install lsof

List processes using port 443:

sudo lsof -i :443

Mine looks like this while running the Monocle Gateway as a background service/daemon.

pi@rpi3bp:~ $ sudo lsof -i :443
COMMAND   PID    USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
monocle-g 759 monocle   15u  IPv4 489944      0t0  TCP *:https (LISTEN)

Tueftler

may it is my Fhem home automatisation, i have ssl encryption for https but on port 8083, 8084

pi@FhemServer:~ $ sudo lsof -i :443
COMMAND    PID    USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
perl       526    fhem    4u  IPv4  92151      0t0  TCP 192.168.2.172:49562->149.154.167.220:https (ESTABLISHED)
monocle-g 3525 monocle   11u  IPv4  67759      0t0  TCP 192.168.2.172:54554->ec2-34-202-204-206.compute-1.amazonaws.com:https (ESTABLISHED)

Monocle

@Tueftler

OK, odd, the TCP *:https (LISTEN) is not listed. So I assume that means that nothing is listening on port 443, including Monocle Gateway.

Try running Monocle Gateway as a standalone executable.

First, stop the service/daemon using this command:

sudo monocle-gateway --stop

Then just run the executable by itself, it will need sudo access to listen on port 443.

sudo monocle-gateway

Let see if the startup looks correct and if we get any further.

Thanks, Robert

Tueftler

pi@FhemServer:~ $ sudo monocle-gateway

 ******************************************************************
 *             __  __  ___  _  _  ___   ___ _    ___              *
 *            |  \/  |/ _ \| \| |/ _ \ / __| |  | __|             *
 *            | |\/| | (_) | .` | (_) | (__| |__| _|              *
 *            |_|  |_|\___/|_|\_|\___/ \___|____|___|             *
 *                                                                *
 ******************************************************************


-------------------------------------------------
MONOCLE RUNTIME ENVIRONMENT
-------------------------------------------------
VERSION   = 0.0.4-1
OS/ARCH   = linux/arm
PROCESS   = monocle-gateway (PID=5179)
TIMESTAMP = 2019-07-26T16:01:08.184Z

-------------------------------------------------
MONOCLE GATEWAY SERVICE         (Version: 0.0.4-1)
-------------------------------------------------
[Monocle Starting]
[Monocle Connecting]
[Monocle Started]
[RTSP Server Starting]
[RTSP Server Listening] 0.0.0.0:8555 (RTSP)
[RTSP Server Listening] 0.0.0.0:443 (RTSP-TLS)
[RTSP Proxy Started] (PID=5188)
[RTSP Server Listening] 0.0.0.0:8554 (PROXY)
[RTSP Server Started]
[Monocle Connected]
[RTSP Server Registered]

-------------------------------------------------
MONOCLE RTSP SERVICE - INITIALIZED
-------------------------------------------------
FQDN = 9dd28fe1-40f2-4459-805d-daa62fdc6ff5.mproxy.io
HOST = 192.168.2.172
PORT = 443
-------------------------------------------------

Tueftler

Now

pi@FhemServer:~ $ sudo lsof -i :443
COMMAND    PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
perl       526 fhem    4u  IPv4 111069      0t0  TCP 192.168.2.172:59500->149.154.167.220:https (ESTABLISHED)
monocle-g 5374 root   15u  IPv4 109869      0t0  TCP *:https (LISTEN)
monocle-g 5374 root   17u  IPv4 109870      0t0  TCP 192.168.2.172:57090->ec2-34-202-204-206.compute-1.amazonaws.com:https (ESTABLISHED)

Monocle

@Tueftler
Startup looks good and one listener on port 443. All good.

Any luck with camera requests … demo camera?

Tueftler

no, all Cams the same.
The Camera is not responsing.

-------------------------------------------------
INITIALIZE RTSP STREAM:  Demo
-------------------------------------------------
 - NAME  : Demo
 - LABEL : PRIMARY
 - URL   : rtsp://demo.mproxy.io:554/resort
 - UUID  : STREAM:16477451-5365-4f0d-aa6a-da97d21a5b5d
 - SESS  : 9c13a1f8-b031-4628-916b-91edd657cc31
 - MODIF : Fri Jul 26 2019 17:10:43 GMT+0200 (GMT+02:00)
 - TAGS  : @tunnel
-------------------------------------------------


-------------------------------------------------
INITIALIZE RTSP STREAM:  Demo
-------------------------------------------------
 - NAME  : Demo
 - LABEL : PRIMARY
 - URL   : rtsp://demo.mproxy.io:554/resort
 - UUID  : STREAM:16477451-5365-4f0d-aa6a-da97d21a5b5d
 - SESS  : 289c6f27-6c6a-4f98-8cc5-5cda97f4af67
 - MODIF : Fri Jul 26 2019 17:10:43 GMT+0200 (GMT+02:00)
 - TAGS  : @tunnel
-------------------------------------------------


-------------------------------------------------
INITIALIZE RTSP STREAM:  Demo
-------------------------------------------------
 - NAME  : Demo
 - LABEL : PRIMARY
 - URL   : rtsp://demo.mproxy.io:554/resort
 - UUID  : STREAM:16477451-5365-4f0d-aa6a-da97d21a5b5d
 - SESS  : dab49148-0d0f-400a-aedf-3779cc971142
 - MODIF : Fri Jul 26 2019 17:10:43 GMT+0200 (GMT+02:00)
 - TAGS  : @tunnel
-------------------------------------------------

Tueftler

This came once

-------------------------------------------------
INITIALIZE RTSP STREAM:  test1
-------------------------------------------------
 - NAME  : test1
 - LABEL : PRIMARY
 - URL   : rtsp://192.168.2.102:554/user=admin&password=xxxxxxxxxx&channel=1&stream=1.sdp
 - UUID  : STREAM:6a68ae99-a5d8-4e50-bea2-be2bebf874b7
 - SESS  : 9b8821d6-b452-4e89-8444-085dfc51b333
 - MODIF : Thu Jul 25 2019 18:36:07 GMT+0200 (GMT+02:00)
 - TAGS  : @noaudio,@proxy-tcp
-------------------------------------------------

2019-07-26T16:12:14.040Z [INFO]  [RTSP PROXY] REGISTERING STREAM [test1/PRIMARY]; (STREAM:6a68ae99-a5d8-4e50-bea2-be2bebf874b7)
2019-07-26T16:12:14.079Z [DEBUG] <RTSP-PROXY> [REQUEST]  --> [REGISTER] rtsp://192.168.2.102:554/user=admin&password=xxxxxxxxxx&channel=1&stream=1.sdp
2019-07-26T16:12:14.080Z [TRACE] <RTSP-PROXY> [REQUEST]  --> [HEADERS] {
  "cseq": "1",
  "transport": "reuse_connection=0;preferred_delivery_protocol=interleaved;proxy_url_suffix=STREAM:6a68ae99-a5d8-4e50-bea2-be2bebf874b7"
}
2019-07-26T16:12:14.084Z [DEBUG] <RTSP-PROXY> [RESPONSE] <-- [200 (OK)] <cseq=1> (session=undefined)
2019-07-26T16:12:14.085Z [TRACE] <RTSP-PROXY> [RESPONSE] <-- [HEADERS] {
  "cseq": "1",
  "date": "Fri, Jul 26 2019 16:12:14 GMT"
}

Monocle

@Tueftler

I have a cloud based Monocle Gateway setup that I am using to test with another user. Once we are done with it, I’ll reconfigure it for your account and we can test using it instead of your local gateway instance. Of course, it can only resolve cameras that are accessible over the Internet, but we should be able to use the “Demo” camera feed just fine.

All I’m trying to do at this point is verify that all systems are working outside of your local Monocle Gateway instance.

I’ll update this thread soon once I have it configured.

Thanks, Robert

Monocle

@Tueftler

OK … I have the cloud hosted monocle gateway server setup and configured with your account.
All you need to do is stop your local Monocle Gateway instance and the cloud server should take over.

Next, ask “Alexa, show me the Demo Camera” and if all is well, it should be displayed on your Alexa device.

You cameras won’t work because the cloud gateway cannot access your cameras on your private network (unless they were exposed over the Internet and a public address were used for each camera).

Let me know if the demo feed is working now.

Thanks, Robert

Tueftler

So I have stopped the local gateway on my Raspberry, and ask Alexa to show Demo and it works.

So what is the next step, and thank you for your help

Monocle

@Tueftler

OK, at this point we have a working Monocle Gateway hosted in the cloud. So there is an issue where the Alexa device is not able to communicate with your local Monocle Gateway server, but we also don’t yet know if Alexa will even work with this camera yet.

So before we further try to diagnose and fix the local Monocle Gateway issue, perhaps we should see if we can get the camera working with the cloud-hosted gateway. This will require that you expose a port (like 554) on your router to the Internet and route (NAT) that to your IP camera internally. Then update the camera settings in the Monocle Web Portal to use your public IP and port to try and access your camera stream. If we can get it working with your camera using the cloud-hosted Monocle Gateway, then all that would remain is trying to figure out why your local Monocle Gateway is not working.

Thanks, Robert

Tueftler

I have opened the port for my iPcam and I have send you a Email with the working URL for VLC.

Hope it works also from you

Monocle

@Tueftler

Some progress but not fully working.

Using some additional tools I was able to connect to the camera and start a RTSP negotiation.
However, the camera seems to stop communicating after the RTSP layer request to SETUP the camera stream using TCP interleaved streaming.

Basically here is the request its failing on:

Jul 27 13:22:18 rpi4b-2g monocle-gateway[6611]: 2019-07-27T17:22:18.336Z [DEBUG] [10.1.2.232:54615 <By-Iu-cMH>] [ENDPOINT REQUEST]  --> [SETUP] rtsp://-!!-REDACTED-!!-
Jul 27 13:22:18 rpi4b-2g monocle-gateway[6611]: 2019-07-27T17:22:18.336Z [TRACE] [10.1.2.232:54615 <By-Iu-cMH>] [ENDPOINT REQUEST]  --> [HEADERS] {
Jul 27 13:22:18 rpi4b-2g monocle-gateway[6611]:   "transport": "RTP/AVP/TCP;interleaved=0-1",
Jul 27 13:22:18 rpi4b-2g monocle-gateway[6611]:   "user-agent": "Fire OS/6.0 stagefright/1.2 (Linux;Android 7.1.2)",
Jul 27 13:22:18 rpi4b-2g monocle-gateway[6611]:   "cseq": "2"
Jul 27 13:22:18 rpi4b-2g monocle-gateway[6611]: }

What is odd is that instead of the camera sending back and error response or failure of some kind, it just stalls and locks up. So Alexa after 30 seconds will see no further communication and will forcefully disconnect the socket.

I used some other RTSP tools to further test and I was able to get further, in fact the RTSP negotiation completed but only when I request the camera transport the video/audio using UDP streaming. So … this seems like the camera does support UDP streaming but maybe not TCP interleaved. Unfortunately Alexa requires TCP interleaved streaming. So the Monocle Gateway does include the support to proxy the camera stream and convert from a UDP stream to a TCP interleaved stream, but that does not work across the Internet – only on a local network.

So what have we learned — well … the camera may only support UDP streaming which means that you must use a local Monocle Gateway instance running inside your network and the camera must have the @proxy tag instead of the @tunnel tag to proxy the UDP to TCP for Alexa.

I was not able to confirm if the camera is working with Alexa yet because it will only work via UDP on the local network. Thus as far as remote testing, I’m stuck.

So the only option moving forward is to get your local instance of Monocle Gateway working and then test the @proxy stream inside your network.

In our previous testing, we still did not see any incoming connections to the Monocle Gateway from the Alexa devices. This still suggests some networking related issue, most likely a DNS issue, a Firewall, a Virtual Network or isolated (Guest) network.

Do you run a local DNS server or does your router have the ability to override DNS hostnames via a DNS resolver?

Thanks, Robert

Tueftler

Hope I have made it correctly

Jul 27 20:59:55 FhemServer monocle-gateway[24599]: -------------------------------------------------

Jul 27 20:59:55 FhemServer monocle-gateway[24599]: INITIALIZE RTSP STREAM:  Garten
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: -------------------------------------------------
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:  - NAME  : Garten
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:  - LABEL : PRIMARY
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:  - URL   : rtsp://192.168.2.102:554/user=admin&password=xxxxx &channel=1&stream=1.sdp
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:  - UUID  : STREAM:df443cff-97a9-45ac-a21d-9768d4674f63

Jul 27 20:59:55 FhemServer monocle-gateway[24599]:  - SESS  : 3d70b93e-5326-4d46-a947-f90dfa16e176
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:  - MODIF : Sat Jul 27 2019 20:59:02 GMT+0200 (GMT+02:00)
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:  - TAGS  : @proxy
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: -------------------------------------------------

Jul 27 20:59:55 FhemServer monocle-gateway[24599]: RTSP STREAM MODIFIED:  Garten
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   Any existing RTSP steams will be shut down
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   and a new stream instance will be registered.

Jul 27 20:59:55 FhemServer monocle-gateway[24599]: -------------------------------------------------
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: 2019-07-27T18:59:55.217Z [DEBUG] <RTSP-PROXY> [REQUEST]  --> [DEREGISTER] rtsp://192.168.2.102:554/user=admin&password=xxxc&channel=1&stream=1.sdp
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: 2019-07-27T18:59:55.218Z [TRACE] <RTSP-PROXY> [REQUEST]  --> [HEADERS] {
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   "cseq": "1",

Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   "transport": "reuse_connection=0;preferred_delivery_protocol=udp;proxy_url_suffix=STREAM:df443cff-97a9-45ac-a21d-9768d4674f63"
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: }
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: 2019-07-27T18:59:55.222Z [DEBUG] <RTSP-PROXY> [RESPONSE] <-- [451 (Invalid parameter)] <cseq=1> (session=undefined)

Jul 27 20:59:55 FhemServer monocle-gateway[24599]: 2019-07-27T18:59:55.222Z [TRACE] <RTSP-PROXY> [RESPONSE] <-- [HEADERS] {
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   "cseq": "1",
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   "date": "Sat, Jul 27 2019 18:59:55 GMT"
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: }

Jul 27 20:59:55 FhemServer monocle-gateway[24599]: 2019-07-27T18:59:55.225Z [INFO]  [RTSP PROXY] REGISTERING STREAM [Garten/PRIMARY]; (STREAM:df443cff-97a9-45ac-a21d-9768d4674f63)
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: 2019-07-27T18:59:55.237Z [DEBUG] <RTSP-PROXY> [REQUEST]  --> [REGISTER] rtsp://192.168.2.102:554/user=admin&password=xxxxxx&channel=1&stream=1.sdp
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: 2019-07-27T18:59:55.238Z [TRACE] <RTSP-PROXY> [REQUEST]  --> [HEADERS] {

Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   "cseq": "1",
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   "transport": "reuse_connection=0;preferred_delivery_protocol=udp;proxy_url_suffix=STREAM:df443cff-97a9-45ac-a21d-9768d4674f63"
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: }
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: 2019-07-27T18:59:55.241Z [DEBUG] <RTSP-PROXY> [RESPONSE] <-- [200 (OK)] <cseq=1> (session=undefined)
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: 2019-07-27T18:59:55.242Z [TRACE] <RTSP-PROXY> [RESPONSE] <-- [HEADERS] {
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   "cseq": "1",
Jul 27 20:59:55 FhemServer monocle-gateway[24599]:   "date": "Sat, Jul 27 2019 18:59:55 GMT"
Jul 27 20:59:55 FhemServer monocle-gateway[24599]: }

Jul 27 20:59:58 FhemServer monocle-gateway[24599]: -------------------------------------------------

Jul 27 20:59:58 FhemServer monocle-gateway[24599]: INITIALIZE RTSP STREAM:  Garten
Jul 27 20:59:58 FhemServer monocle-gateway[24599]: -------------------------------------------------
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - NAME  : Garten
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - LABEL : PRIMARY
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - URL   : rtsp://192.168.2.102:554/user=admin&password=xxxxxcc&channel=1&stream=1.sdp
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - UUID  : STREAM:df443cff-97a9-45ac-a21d-9768d4674f63
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - SESS  : 5364f750-0536-461b-80e7-c1fd4f3e1c05
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - MODIF : Sat Jul 27 2019 20:59:02 GMT+0200 (GMT+02:00)
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - TAGS  : @proxy
Jul 27 20:59:58 FhemServer monocle-gateway[24599]: -------------------------------------------------

Jul 27 20:59:58 FhemServer monocle-gateway[24599]: -------------------------------------------------

Jul 27 20:59:58 FhemServer monocle-gateway[24599]: INITIALIZE RTSP STREAM:  Garten
Jul 27 20:59:58 FhemServer monocle-gateway[24599]: -------------------------------------------------
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - NAME  : Garten
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - LABEL : PRIMARY
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - URL   : rtsp://192.168.2.102:554/user=admin&password=xxxxx&channel=1&stream=1.sdp
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - UUID  : STREAM:df443cff-97a9-45ac-a21d-9768d4674f63
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - SESS  : f0dfc23f-9fc2-412d-bd24-1908c3abf498
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - MODIF : Sat Jul 27 2019 20:59:02 GMT+0200 (GMT+02:00)
Jul 27 20:59:58 FhemServer monocle-gateway[24599]:  - TAGS  : @proxy

Jul 27 20:59:58 FhemServer monocle-gateway[24599]: -------------------------------------------------

Jul 27 21:00:01 FhemServer monocle-gateway[24599]: 2019-07-27T19:00:01.229Z [INFO]  [RTSP PROXY] STREAM [Garten/PRIMARY] WILL BE DE-REGISTERED IN 4 MINUTES

Monocle

@Tueftler

Yes, but the log confirms the same issue as before the Alexa devices are not connecting.

You mentioned that the Alexa devices are behind a different Fritzbox. Is it possible to put a laptop or computer on the same network/router as the Alexa devices and test the DNS hostname (FQDN)? It could be that that specific Fritzbox is blocking the DNS requests to the Alexa devices.

I will also go ahead and remove the cloud gateway instance, it has served its purpose for now and we need to get your local one working before we are able to test this specific camera stream.

Thanks, Robert

Tueftler

The Alexa device is connected the my 1. FritzBox via WLAN and also the Raspberry on this is running the gateway service. The camera is connected via WLAN to the 2. FritzBox and this is connected to the 1. FritzBox via Cable.

All Device at in the same Network 192.168.2.x 255.255.255.0

So what can I do for testing if DNS is Working?

Monocle

@Tueftler

OK, so both the gateway and Alexa devices are on the same router. Good.

I think we need to look into the Fritzbox settings and add a provision for the DNS hostname.
This is pretty common on Fritzbox routers.

See:
https://en.avm.de/service/fritzbox/fritzbox-7390/knowledge-base/publication/show/663_No-DNS-resolution-of-private-IP-addresses/

You will need to allow DNS hostname 9dd28fe1-40f2-4459-805d-daa62fdc6ff5.mproxy.io (unless it has changed in our testing efforts, look at the startup messages in the monocle gateway log) Or allow anything with “mproxy.io”.

I know we tested the DNS resolution in the past – thinking it was fine, but something is just not right. The Alexa devices should be able to resolve the hostname to the gateway’s local IP address and then connect. We have demonstrates that they will connect to a public IP when we ran a gateway in the cloud. So its not likely to be a problem with the Alexa devices.

Thanks, Robert

Tueftler

Okay I have white the address in the FritzBox, in the DNS Rebind protection.

It theems a little bit better

But the cam is not showing

INITIALIZE RTSP STREAM:  Garten
-------------------------------------------------
 - NAME  : Garten
 - LABEL : PRIMARY
 - URL   : rtsp://192.168.2.102:554/user=admin&password=xxxxxx&channel=1&stream=1.sdp
 - UUID  : STREAM:df443cff-97a9-45ac-a21d-9768d4674f63
 - SESS  : e336adda-557d-47c9-ae78-3b76f60a26a7
 - MODIF : Mon Jul 29 2019 16:21:39 GMT+0200 (GMT+02:00)
 - TAGS  : @tunnel
-------------------------------------------------

2019-07-30T07:22:38.024Z [INFO]  [192.168.2.50:34792 <rJLHluTzB>] RTSP CLIENT SOCKET CONNECTED
2019-07-30T07:22:38.139Z [INFO]  [192.168.2.50:34792 <rJLHluTzB>] RTSP CLIENT ATTACHED TO STREAM: Garten (STREAM:df443cff-97a9-45ac-a21d-9768d4674f63)
2019-07-30T07:22:38.259Z [INFO]  [192.168.2.50:34792 <rJLHluTzB>] RTSP ENDPOINT SOCKET CONNECTED {192.168.2.102:554}
2019-07-30T07:22:38.268Z [DEBUG] [192.168.2.50:34792 <rJLHluTzB>] [CLIENT REQUEST]  --> [DESCRIBE] rtsp://9dd28fe1-40f2-4459-805d-daa62fdc6ff5.mproxy.io:443/STREAM:df443cff-97a9-45ac-a21d-9768d4674f63?session=e336adda-557d-47c9-ae78-3b76f60a26a7
2019-07-30T07:22:38.268Z [TRACE] [192.168.2.50:34792 <rJLHluTzB>] [CLIENT REQUEST]  --> [HEADERS] {
  "accept": "application/sdp",
  "user-agent": "stagefright/1.2 (Linux;Android 5.1.1)",
  "cseq": "1"
}
2019-07-30T07:22:38.278Z [DEBUG] [192.168.2.50:34792 <rJLHluTzB>] [ENDPOINT REQUEST]  --> [DESCRIBE] rtsp://192.168.2.102:554/user=admin&password=xxxccccc&channel=1&stream=1.sdp
2019-07-30T07:22:38.278Z [TRACE] [192.168.2.50:34792 <rJLHluTzB>] [ENDPOINT REQUEST]  --> [HEADERS] {
  "accept": "application/sdp",
  "user-agent": "stagefright/1.2 (Linux;Android 5.1.1)",
  "cseq": "1"
}
2019-07-30T07:23:08.136Z [WARN]  [192.168.2.50:34792 <rJLHluTzB>] RTSP CLIENT SOCKET TIMEOUT
2019-07-30T07:23:08.147Z [INFO]  [192.168.2.50:34792 <rJLHluTzB>] RTSP CLIENT SOCKET CLOSED
2019-07-30T07:23:08.148Z [INFO]  [192.168.2.50:34792 <rJLHluTzB>] RTSP CLIENT DETACHED FROM STREAM: Garten (STREAM:df443cff-97a9-45ac-a21d-9768d4674f63)
2019-07-30T07:23:08.150Z [INFO]  [192.168.2.50:34792 <rJLHluTzB>] RTSP ENDPOINT SOCKET CLOSED [192.168.2.50:34792 <rJLHluTzB>]

Monocle

@Tueftler

Yes definitely looks better. At least we are getting past the DNS issue and the Alexa devices are now able to connect to the gateway and start a RTSP stream.

So what the log is now showing is that the gateway is attempting to communicate with the IP camera at address: rtsp://192.168.2.102:554/user=admin&password=xxxccccc&channel=1&stream=1.sdp ; however, it’s not able to for some reason.

If this the same result on all your cameras? You can also try @proxy-tcp instead of @tunnel, but if this is a networking issue, that won’t help. You mentioned that the IP cameras are on a separate router — can other devices/computers on the gateway/Alexa network talk to the IP cameras?

Thanks, Robert