OpenVPN en Dahua SIP server: wel connectie, geen geluid

[Twazerty]

Al geruime tijd heb ik een wat verouderde Dahua deurbel met binnenpost. De Dahua VTO2000A. Dit werkt op zichzelf perfect. Geen afhankelijkheid van de cloud en nagenoeg 100% betrouwbaar. Intern op het LAN wel te verstaan. Zolang ik thuis ben werkt dit perfect. Nu levert Dahua ook een app (DMSS) waarmee je ook een seintje krijgt op de telefoon en je kunt met de persoon praten. Ook zie je de persoon. Niet heel spannend aangezien dit de functie is van een deurbel. Echter werkt dat niet echt goed. Niet altijd komt de notificatie door en het duurt vrij lang voordat je daadwerkelijk met elkaar kunt praten.

Aangezien de VTO2000A een interne SIP server draait ben ik daar eens mee gaan experimenteren. Alle indoor stations zijn namelijk ook maar gewoon SIP clients. Zonder enige moeite heb ik de mobiele SIP client MizuDroid gekoppeld aan de VTO. Als ik op de buitenpost op het knopje druk gaat MizuDroid over en heb ik snel verbinding. Dat ik geen beeld erbij heb is geen probleem. Ook naar andere indoor stations bellen werkt perfect.

De SIP server draait op het LAN en heb ik niet opengesteld aan het internet. Ofwel deze is niet vanaf het internet te benaderen. Ofwel: de SIP client op mijn telefoon werkt niet als ik niet met de Wifi verbonden ben. Ik heb al enige tijd een OpenVPN server draaien op mijn Synology NAS. Daarmee kan ik verbinden met mijn pc via VNC, Domoticz, etc. Dit werkt ook al vanaf mijn telefoon. Dus ik dacht: OpenVPN aan, wifi uit en MizuDroid maakt verbinding met de SIP server. Opgelost. Helaas. Als ik op het knopje druk op de VTO, of vanaf de binnenpost naar de client op mijn telefoon bel, dan kan ik het gesprek opnemen, echter er komt geen geluid door. Vanuit beide richtingen werkt dit niet. Niet van telefoon naar binnenpost, maar ook niet van binnenpost naar telefoon.

Ter test heb ik de buitenpost toegevoegd aan DMSS op basis van ip adres in plaats van de cloud. Het resultaat is dat ik geen notificatie krijg als er aangebeld wordt, echter als ik handmatig de app open en de microfoon aan zet dan is er een werkende verbinding. Dit via OpenVPN zonder wifi. Dit verkeer gaat vrijwel zeker niet via de cloud, maar gewoon via het SIP protocol tussen DMSS en de VTO. Dit werkt dus wel.

De vraag is uiteindelijk: waarom heb ik geen geluid via OpenVPN? Ik weet niet wat er fout gaat, en weet even niet waar ik op moet zoeken. Er is niets in te stellen op de SIP server van de VTO, buiten username/password. Indien nodig kan ik de OpenVPN server wel gaan hosten op een losse linux bak indien blijkt dat ik iets aan de OpenVPN zijde moet doen wat wellicht anders niet gaat lukken. Het kan ook zijn dat ik wellicht iets binnen MizuDroid moet aanpassen.

Iemand enig idee waar ik het zou moeten zoeken? Waarom werkt dit niet?

Het is mogelijk een externe SIP server te gebruiken, ik ben niet perse gebonden aan de ingebouwde SIP server. Ik kan bijvoorbeeld Asterisk gebruiken, al heb ik daar nog 0,0 verstand van hoe dat zou moeten. Ik ben bang dat ik dan alsnog geen werkende verbinding kan opzetten via OpenVPN. Dus als het lukt met de ingebouwde SIP server zou dat mooi zijn.

Mocht het uiteindelijk toch niet lukken is dat niet erg. Zou mooi zijn als het wel lukt
De binnen en buitenposten ga ik sowieso niet vervangen. Heb nu net voor een leuk bedrag 2 buitenposten en 5 binnenposten voor een leuk bedrag bij elkaar verzameld.

[365cam]

Misschien voor de hand liggend, maar heb je de meest recente firmware geinstalleerd?
want via DMSS moet het snel en goed werken.
Mvg Mo

[Twazerty]

Uiteraard. Al is de meest recente firmware wel uit 2019.

Vanuit DMSS is de minimale push vertraging 10 seconden. Als die al binnen komt, want dat is ook niet altijd. Dan moet je nog naar de app. Daarna eerst wachten tot je beeld hebt, eerder kun je niet op het microfoontje drukken. Daarna nog wachten tot er daadwerkelijk een audio verbinding is opgesteld. Overigens gaan de binnenposten direct over. Alleen de route naar DMSS is problematisch.

Met een SIP client krijg ik vrijwel direct een notificatie. Veel relaxter.

[fliepeltje]

>Iemand enig idee waar ik het zou moeten zoeken?

SIP is een "signaling protocol" dat bijvoorbeeld aangeeft dat een verbonden apparaat een inkomend gesprek heeft. De daadwerkelijke audio gaat via RTP, vaak over UDP. Als je wel een gesprek kunt starten maar niks hoort, kan dat betekenen dat er geen RTP verbinding is. Als verzenden via UDP niet lukt, leidt dat vaak niet tot een foutmelding, omdat voor UDP geen verbinding opgezet wordt; data wordt gewoon verstuurd in de hoop dat het aankomt. Het kan dus dat het niet lukt om UDP-traffic via je VPN te versturen.

Het kan ook dat het verkeer bijv. naar het verkeerde adres gaat. Je zou met Wireshark kunnen kijken wat er gebeurt, als je vanaf een desktop kunt bellen. Wireshark kan SIP- en RTP-verkeer bekijken.