I have been experimenting with a Dahua VTO2202F (PoE version) for a week or so. I've found a few nice features, several missing features and some stuff that is so weird that I think I must have misunderstood what's happening.
The door station hardware is elegant and looks like it will last, and I like the simplicity of just one single push-button.
The firmware supports much of the standard Dahua http API, including snapshots and subscribing to an event feed. I was a bit disappointed that SNMP and Syslog are missing: they are not in the web interface and if they are in the API then the names have been changed.
A more fundamental missing feature, as far as I can see, is that pushing the doorbell button does not seem to generate an event - certainly not one that appears in a "Subscribe to Event Message" request for All eventCodes. Is this really the case? Am I missing something?
Another feature that I do not understand is the SIP "Group Call". The documentation talk about "calling every extension" and the firmware tries to number multiple extensions with a '#' suffix, along the lines of "9901#0, 9901#1, 9901#2" etc. This is not part of the SIP URI specification, and although I don't think that strictly speaking it is a protocol violation, it doesn't seem to be supported by any other SIP clients I can find (my Siemens/Gigaset basestation will accept a '#' in an address, a Linphone SIP client will not).
Also, I'm not convinced that the VTO (door station) does make group calls, in spite of claiming to do so. I suspect that one of Dahua's VTH stations acts as a master and additional stations are connected to the primary VTH and not to the VTO. This, of course, would make it difficult or impossible to use anything other than Dahua's own client devices if you want to have the door station call out to more than one VTH. I hope I am mistaken about this; any and all advice will be very welcome !!
I also have a problem with one-way audio (i.e. works to VTO but silence the other way) when connecting to the Siemens/Gigaset VOIP basestation. Apparently one-way audio is a common problem with SIP/VOIP services, and is usually caused by a firewall or by codec incompatibilities. The devices are all on the same LAN segment so I don't think it's a firewall issue. And the Gigaset contains all the common codecs. Two-way audio works properly using a Linphone client instead of the Gigaset. Again, any and all suggestions will be appreciated!
Thanks all !!
Sean
The door station hardware is elegant and looks like it will last, and I like the simplicity of just one single push-button.
The firmware supports much of the standard Dahua http API, including snapshots and subscribing to an event feed. I was a bit disappointed that SNMP and Syslog are missing: they are not in the web interface and if they are in the API then the names have been changed.
A more fundamental missing feature, as far as I can see, is that pushing the doorbell button does not seem to generate an event - certainly not one that appears in a "Subscribe to Event Message" request for All eventCodes. Is this really the case? Am I missing something?
Another feature that I do not understand is the SIP "Group Call". The documentation talk about "calling every extension" and the firmware tries to number multiple extensions with a '#' suffix, along the lines of "9901#0, 9901#1, 9901#2" etc. This is not part of the SIP URI specification, and although I don't think that strictly speaking it is a protocol violation, it doesn't seem to be supported by any other SIP clients I can find (my Siemens/Gigaset basestation will accept a '#' in an address, a Linphone SIP client will not).
Also, I'm not convinced that the VTO (door station) does make group calls, in spite of claiming to do so. I suspect that one of Dahua's VTH stations acts as a master and additional stations are connected to the primary VTH and not to the VTO. This, of course, would make it difficult or impossible to use anything other than Dahua's own client devices if you want to have the door station call out to more than one VTH. I hope I am mistaken about this; any and all advice will be very welcome !!
I also have a problem with one-way audio (i.e. works to VTO but silence the other way) when connecting to the Siemens/Gigaset VOIP basestation. Apparently one-way audio is a common problem with SIP/VOIP services, and is usually caused by a firewall or by codec incompatibilities. The devices are all on the same LAN segment so I don't think it's a firewall issue. And the Gigaset contains all the common codecs. Two-way audio works properly using a Linphone client instead of the Gigaset. Again, any and all suggestions will be appreciated!
Thanks all !!
Sean