Yeah I have seen that 404:error too, what you can do , just use my script, run it on your freepbx server , so the regxml is sended and registered… Then setup an trunk based on IP auth instead of register request, so the invite gets send to freepbx, because it’s the same IP…
Are you running freepbx for a special reason? Otherwise you can make use of the asterisk addon, and use my script as a shell command…
Not sure why you have that 404 not found error, maybe the indoor doesn’t like different subnets? Seems the indoor isn’t able to find freepbx…
Are you running freepbx on 5060 ,? I think 5060 must be hardcoded
Well, I would expect that only FreePBX should send the REGISTER command to the indoor, not the other way round (this is how your script works from what I see from sngrep). Error 404 is probably expected, as the trunk is set to do outbound auth only.
About your suggestion, your hikvision_register.py script is set to port 5061. So, the INVITE from the indoor would go to port 5061, and not 5060 which is my FreePBX. I had FreePBX for many years, for the communication needs of the apartment block that I manage.
It doesn’t appear to be a network issue, as when I run the hikvision_register.py at the FreePBX server, it registers successfully.
Probably as a last resort I could use the asterisk addon+your_script and then build a trunk between asterisk add-on and FreePBX. But I would prefer to avoid this complexity.
Hi, no the reason I used 5061, is offcourse 5060 is already in use by freepbx or asterisk, but the invite is hardcoded on indoor… Even if my script uses 5061, the invite will be send to 5060…
So if you setup a trunk on freepbx, based on IP auth , you will receive it on freepbx … That should solve it… But you need to run the script on your freepbx server, but that shouldn’t be an issue…
It’s indeed strange… Maybe you indoor expects the regxml in the register header… Mine does not (If I add it manually first with ivms) otherwise I get an 401
Hey @J2Kbr you had the same 404 error as @digeorgeous … Did you figure out? Or are you also using the script? Or an customized version? Maybe you can share your latest info with us? Also interested in this one…
yes uninstalled old addon and add new tempolate as show and still have error, i have specific file for sensors name sensors.yaml and in this file i added it but show me error.
yeah, maybe the old firmware, the port 80 is closed, check it first with an port scan or something
the 401 is a step closer, probably you are entering the wrong admin password
But remember, the isapi callsatus, if you get it to work, will never give you back the real call status, always idle… That doesn’t work on 8003 models…
The open door command does work…
If you want callstatus, you need to run my addon, if you have the password, my addon uses the SDK to get callstatus, not ISAPi…
Maybe that’s also why you received error 29 on the addon? Because you don’t have the correct admin credentials?