• Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular

    Alexa Show 5 - Unifi Cameras

    Monocle Gateway
    4
    6
    231
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • R
      rafastanger last edited by

      Good afternoon.

      I’m trying to set up a scenario with Alexa Show 5 and Unifi cameras, but to no avail.

      VLAN environment:
      Cameras: 192.168.1.X
      Monocle Gateway: 192.168.10.X
      Alexa Show 5: 192.168.250.x

      The monocle gateway is running on Windows 64bit.

      C:\monocle>monocle-gateway.exe


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


      MONOCLE RUNTIME ENVIRONMENT

      VERSION = 0.0.4
      OS/ARCH = win32\x64
      PROCESS = monocle-gateway (PID=12028)
      TIMESTAMP = 2020-12-06T17:48:18.812Z


      MONOCLE GATEWAY SERVICE (Version: 0.0.4)

      [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=24984)
      [RTSP Server Listening] 0.0.0.0:8554 (PROXY)
      [RTSP Server Started]
      [Monocle Connected]
      [RTSP Server Registered]


      MONOCLE RTSP SERVICE - INITIALIZED

      FQDN = 38f218e6-e96b-47c3-a484-f1800f861f95.mproxy.io
      HOST = 192.168.10.107
      PORT = 443

      Connectivity test / DNS Rebinding / FQDN is ok and there is communication released between the VLANs. There is no restriction.

      Test done starting from the VLAN where Alexa is installed (192.168.250.x)

      C:>ping 38f218e6-e96b-47c3-a484-f1800f861f95.mproxy.io

      Disparando 38f218e6-e96b-47c3-a484-f1800f861f95.mproxy.io [192.168.10.107] com 32 bytes de dados:
      Resposta de 192.168.10.107: bytes=32 tempo=3ms TTL=127
      Resposta de 192.168.10.107: bytes=32 tempo=4ms TTL=127
      Resposta de 192.168.10.107: bytes=32 tempo=4ms TTL=127
      Resposta de 192.168.10.107: bytes=32 tempo=4ms TTL=127

      Estatísticas do Ping para 192.168.10.107:
      Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
      perda),
      Aproximar um número redondo de vezes em milissegundos:
      Mínimo = 3ms, Máximo = 4ms, Média = 3ms

      C:>
      C:>ping 192.168.1.199

      Disparando 192.168.1.199 com 32 bytes de dados:
      Resposta de 192.168.1.199: bytes=32 tempo=4ms TTL=63
      Resposta de 192.168.1.199: bytes=32 tempo=3ms TTL=63
      Resposta de 192.168.1.199: bytes=32 tempo=5ms TTL=63
      Resposta de 192.168.1.199: bytes=32 tempo=7ms TTL=63

      Estatísticas do Ping para 192.168.1.199:
      Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
      perda),
      Aproximar um número redondo de vezes em milissegundos:
      Mínimo = 3ms, Máximo = 7ms, Média = 4ms

      C:>

      Certificate connection test, also made from a computer connected to the same Alexa network. But different from where the gateway is installed.

      Server certificate
      subject=/CN=*.mproxy.io
      issuer=/C=US/O=Let’s Encrypt/CN=Let’s Encrypt Authority X3

      No client certificate CA names sent

      SSL handshake has read 2701 bytes and written 450 bytes

      New, TLSv1/SSLv3, Cipher is AES256-SHA
      Server public key is 2048 bit
      Compression: NONE
      Expansion: NONE
      SSL-Session:
      Protocol : TLSv1
      Cipher : AES256-SHA
      Session-ID: 94C0E53F324FC852659CA248E332826554CD75A0C2EE9C2E05CD5DD90CA62889
      Session-ID-ctx:
      Master-Key: A4462121AD93C1A5A77144F29667BB807D1B8DFFE8F698D9FE386755151435BDA47A645BC51F5920C95F03612AD7BC76
      Key-Arg : None
      Start Time: 1607275739
      Timeout : 300 (sec)
      Verify return code: 20 (unable to get local issuer certificate)

      closed

      I tested with @tunnel @proxy-tcp and @proxy and none of them worked.
      I’ve tried to change the settings of the RTSP stream to the lowest quality. Unsuccessfully.
      Among these changes, I deleted the cameras from Alexa, restarted the gateway service. Unsuccessfully.
      I can see the RTSP streams through the VLC from the VLAN where Alexa is installed.
      I already changed the gateway to another Windows allocated on the same VLAN as Alexa, I waited a while for DNS updates. Unsuccessfully.
      The firewall is disabled.
      There is no other service running on port 443 on the computer where the gateway is installed.
      I disabled other network adapters.
      I disabled IPv6.

      At the gateway console the answer I have is this.

      Using @tunnel

      INITIALIZE RTSP STREAM: Fundos

      • NAME : Fundos
      • LABEL : PRIMARY
      • URL : rtsp://192.168.1.199:7447/fnZqlLi1abZMtPsI
      • UUID : STREAM:c0c5f1f0-0c81-4217-9eeb-a0f10455d111
      • SESS : 898dbcb5-c189-40c6-9384-efe19f3440d1
      • MODIF : Sun Dec 06 2020 14:35:01 GMT-0300 (Hora oficial do Brasil)
      • TAGS : @tunnel

      2020-12-06T17:50:06.487Z [INFO] [192.168.250.107:52900 <SkICKc9ov>] RTSP CLIENT SOCKET CONNECTED
      2020-12-06T17:50:06.614Z [INFO] [192.168.250.107:52900 <SkICKc9ov>] RTSP CLIENT SOCKET CLOSED

      Using @proxy-tcp


      INITIALIZE RTSP STREAM: Fundos

      • NAME : Fundos
      • LABEL : PRIMARY
      • URL : rtsp://192.168.1.199:7447/fnZqlLi1abZMtPsI
      • UUID : STREAM:c0c5f1f0-0c81-4217-9eeb-a0f10455d111
      • SESS : 26027ec1-5cbc-4651-83cb-823d2761da0a
      • MODIF : Sun Dec 06 2020 14:58:01 GMT-0300 (Hora oficial do Brasil)
      • TAGS : @proxy-tcp

      2020-12-06T18:03:17.583Z [INFO] [RTSP PROXY] REGISTERING STREAM [Fundos/PRIMARY]; (STREAM:c0c5f1f0-0c81-4217-9eeb-a0f10455d111)
      2020-12-06T18:03:17.594Z [DEBUG] <RTSP-PROXY> [REQUEST] --> [REGISTER] rtsp://192.168.1.199:7447/fnZqlLi1abZMtPsI
      2020-12-06T18:03:17.595Z [TRACE] <RTSP-PROXY> [REQUEST] --> [HEADERS] {
      “cseq”: “1”,
      “transport”: “reuse_connection=0;preferred_delivery_protocol=interleaved;proxy_url_suffix=STREAM:c0c5f1f0-0c81-4217-9eeb-a0f10455d111”
      }
      2020-12-06T18:03:17.598Z [DEBUG] <RTSP-PROXY> [RESPONSE] <-- [200 (OK)] <cseq=1> (session=undefined)
      2020-12-06T18:03:17.600Z [TRACE] <RTSP-PROXY> [RESPONSE] <-- [HEADERS] {
      “cseq”: “1”,
      “date”: “Sun, Dec 06 2020 18:03:17 GMT”
      }


      INITIALIZE RTSP STREAM: Fundos

      • NAME : Fundos
      • LABEL : PRIMARY
      • URL : rtsp://192.168.1.199:7447/fnZqlLi1abZMtPsI
      • UUID : STREAM:c0c5f1f0-0c81-4217-9eeb-a0f10455d111
      • SESS : a9514e91-917c-4a15-a30b-d6bbc087da80
      • MODIF : Sun Dec 06 2020 14:58:01 GMT-0300 (Hora oficial do Brasil)
      • TAGS : @proxy-tcp

      2020-12-06T18:04:02.523Z [INFO] [192.168.250.107:49496 <ByifT9csw>] RTSP CLIENT SOCKET CONNECTED
      2020-12-06T18:04:02.645Z [INFO] [192.168.250.107:49496 <ByifT9csw>] RTSP CLIENT SOCKET CLOSED


      INITIALIZE RTSP STREAM: Fundos

      • NAME : Fundos
      • LABEL : PRIMARY
      • URL : rtsp://192.168.1.199:7447/fnZqlLi1abZMtPsI
      • UUID : STREAM:c0c5f1f0-0c81-4217-9eeb-a0f10455d111
      • SESS : 4ff7f729-e40f-4edb-a7d1-528d6010f9c8
      • MODIF : Sun Dec 06 2020 14:58:01 GMT-0300 (Hora oficial do Brasil)
      • TAGS : @proxy-tcp

      2020-12-06T18:04:04.893Z [INFO] [192.168.250.107:49500 <HJTfaqcjP>] RTSP CLIENT SOCKET CONNECTED
      2020-12-06T18:04:05.018Z [INFO] [192.168.250.107:49500 <HJTfaqcjP>] RTSP CLIENT SOCKET CLOSED


      INITIALIZE RTSP STREAM: Fundos

      • NAME : Fundos
      • LABEL : PRIMARY
      • URL : rtsp://192.168.1.199:7447/fnZqlLi1abZMtPsI
      • UUID : STREAM:c0c5f1f0-0c81-4217-9eeb-a0f10455d111
      • SESS : 8f81a2ff-8134-46cb-9491-f0c1e69f48d6
      • MODIF : Sun Dec 06 2020 14:58:01 GMT-0300 (Hora oficial do Brasil)
      • TAGS : @proxy-tcp

      2020-12-06T18:04:06.804Z [INFO] [192.168.250.107:49502 <rkkQT5qsD>] RTSP CLIENT SOCKET CONNECTED
      2020-12-06T18:04:06.908Z [INFO] [192.168.250.107:49502 <rkkQT5qsD>] RTSP CLIENT SOCKET CLOSED
      2020-12-06T18:04:13.445Z [INFO] [RTSP PROXY] STREAM [Fundos/PRIMARY] WILL BE DE-REGISTERED IN 4 MINUTES

      1 Reply Last reply Reply Quote 1
      • J
        jhu321 last edited by

        you’re probably experiencing the same problem with certificate. monocle cam’s cert is expired Today 12/6 at 6am central… Alexa won’t connect to something that has an expired cert. we’ll need to wait for them to publish a new certificate out.

        1 Reply Last reply Reply Quote 0
        • R
          rafastanger last edited by

          Understood. And where can I see when it will be updated? Will I need to reinstall the gateway?

          1 Reply Last reply Reply Quote 0
          • C
            cf7 last edited by

            I’ve a similar issue the certificate is expired. I’ve tried to configure everything again but the certificate issue not disappear…

            Screenshot 2020-12-06 at 22.21.42.png

            1 Reply Last reply Reply Quote 0
            • Monocle
              Monocle last edited by

              The certificate issue should be resolved now. You may need to restart your Monocle Gateway instances. My apologies for this issue.

              Monocle: https://monoclecam.com
              Getting Started | Troubleshooting Guide | FAQ | Contact Support

              1 Reply Last reply Reply Quote 2
              • R
                rafastanger last edited by

                @Monocle Thank you very much for your feedback. The cameras are working normally.

                1 Reply Last reply Reply Quote 0
                • First post
                  Last post
                Privacy Policy  |  Terms & Conditions

                © 2018 shadeBlue, LLC.