I intend to make a single stream form each camera available (let's call it a 3MP / 12 fps / H.264 stream). I'll follow this thread with curiosity, and best of luck to you on this project regardless of the product stack you wind up with. This would allow you to have the ONVIF Bridge server on the public side, and the VMS/cameras on the private side of the network which would be a good layer of abstraction to prevent multiple users using their own VMS from interfering with each others streams. It did receive a recent update though, and if the users can't use the ONVIF interface, they may be able to still use the raw RTSP streams as most VMS's allow this. It is not fully ONVIF compliant as it presents only the bare minimum services to retrieve a stream or previously recorded sequences and does not allow changing settings of the camera via ONVIF. The ONVIF Bridge server is a free add-on which works in coordination with our VMS. I work for Milestone and we have a product called ONVIF Bridge (tested by IPVM: ) But you would have to be able to restrict access to a specific stream since multiple users requesting different resolutions or frame rates will quickly either overwelm the camera or result in user A's stream request resulting in a change to user B's existing stream. This almost necessitates that you have some kind of system in the middle which presents either a simple RTSP stream or maybe full ONVIF "simulation" of the devices on the other side. This sounds especially challenging as a result of the "users" need to use their own VMS with the same cameras. If any of this sounds interesting, I have plenty of documentation on all three. This has been in successful pilots in cities like Houston and includes a managed, encrypted private network often used for first responders. The other consideration is based on whether the city has a local PBS station that can take advantage of unused radio spectrum. In short the design offers an improved user experience based on low latency, high bandwidth content, real time network status, location-based services and the need for private, non-shared content. MEC servers are deployed on generic computing platforms within a Radio Access Network (RAN) like 4G and the more promising 5G. If the clients are largely mobile, one solution that has moved from "emerging" to "go to market" is Mobile Edge Computing. Keep in mind that if you literally need to deploy a private network within a relatively short period (several months), the following is most likely not suitable and you'll need to architect a COTS solution with infrastructure providers for example like Avaya (managed switches) and Siklu (wireless). Hi Gavin, here's two new, promising alternatives that a number of cities are considering for large scale deployments. This is about 30 sites (schools, parking garages, city halls, libraries, fire stations, police stations, ema, etc) plus maybe 25 remote wireless PTZ cameras.Įxacq has worked out well for this and I believe the Web Service may address what you are trying to do. (Growth, including new sites, remote wireless sites, and clients probably 250 cameras in 2008 to 1000 2016). This has been running since 2008 over the fiber (First Exacq server actually installed early 2007 running on a city mesh network-SkyPilot 4.9 I installed), with few outages and minimal problems. Dedicated client workstations (dispatch, police) run unrestricted on the camera/security vlan for Gigabit live viewing and control (PTZ and search). They can access via browser or mobile app. Users (probably 50) are grouped in Exacq based on rights and camera access. Secondary NIC on this server runs to a designated outbound/public connection (SSL enabled). I run a separate server running Exacqvision Web Service, that basically connects like a client to all the servers. Segregated VLAN on the fiber (and microwave) to bring camera traffic back to the servers. I have put in a city-wide system using Exacqvision Enterprise.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |