Seguritecnia 350

108 SEGURITECNIA Marzo 2009 CCTV y ControldeAccesos de gestión de vídeo en red necesitan implementar drivers para comunicarse con las cámaras a través de sus APIs. Hasta la fecha, cada fabricante de productos de vídeo en red ha venido desarrollando el firmware de sus cáma- ras y codificadores según sus propios criterios. Esto se ha traducido en la existencia de una gran variedad de in- terfaces de control, de protocolos de transmisión y de ti- pos de codificación (ver tabla 1), en la mayor parte de los casos incompatibles entre sí. Los inconvenientes que se presentan en este escenario a la hora de prescribir, desa- rrollar y desplegar soluciones de vídeo multi-fabricante son muy evidentes. Tipo de codificación Transporte JPEG HTTP M-JPEG HTTP Multipart M-JPEG HTTP MPEG-4 RTP Unicast/UDP MPEG-4 RTP Multicast/UDP MPEG-4 HTTP/RTSP/RTP MPEG-4 HTTP Multipart H.264 RTP Unicast/UDP H.264 RTP Multicast/UDP H.264 HTTP/RTSP/RTP H.264 HTTP Multipart MxPEG HTTP Multipart Tabla 1: Tipos de codificación y transmisión soportados Por un lado, los desarrolladores de software de vídeo IP precisamos de información relativa a las APIs y proto- colos de comunicaciones empleados por cada uno de los fabricantes cuyos modelos deseamos integrar en nues- tras aplicaciones. Obtener esta información es, en algu- nos casos, complicado y, en otros, la información dispo- nible no es suficiente para poder realizar esta tarea de manera satisfactoria. Además, la operativa de agregar un nuevo fabricante a la lista de compatibilidad requiere de tiempo, investigación y, en ocasiones, el desarrollo de nuevos componentes para implementar nuevos mecanis- mos de control o protocolos de transmisión. Este tiempo podría invertirse en desarrollar nuevas funcionalidades en vez de adaptar las existentes para su correcto funcio- D esde hace varios años, la tecnología IP viene ganando terreno a las soluciones tradicionales de CCTV basadas en DVRs o NVRs. Las ven- tajas tecnológicas de las nuevas generaciones de disposi- tivos son muy evidentes, destacando entre ellas: ⊠ Empleo de infraestructuras de comunicación estánda- res, abiertas y disponibles a nivel global. ⊠ Posibilidad de transmisión global. ⊠ Transmisión digital menos susceptible a interferencias y ruido. ⊠ Resoluciones de imagen superiores. ⊠ Distribución de la carga de trabajo entre las unidades de captura de vídeo y los sistemas de grabación y con- trol. ⊠ Escalabilidad. ⊠ Reducción de SPOFs ( Single Point of Failures ), ya que las cámaras pueden seguir funcionando aún cuando el sistema de gestión cae. Sin embargo, hay una cuestión que aún no está satis- factoriamente resuelta en los sistemas de vídeo en red: la interoperabilidad. El problema de la interoperabilidad La interoperabilidad se define como la capacidad de di- versos sistemas para trabajar juntos (inter operar). Los sistemas de vídeo en red pueden dividirse en dos componentes fundamentales: ⊠ Unidades de captura de vídeo y/o audio (cámaras y co- dificadores). ⊠ Software de control y gestión. La correcta comunicación entre ambos es vital para llegar a una solución satisfactoria en lo que a prestacio- nes y funcionalidad se refiere. Por tanto, tan importante como las características técnicas de las fuentes de vídeo (calidad de la óptica, sensibilidad, resolución, tipo de co- dificación, etcétera) es la existencia de un conjunto de interfaces o APIs que permitan a los desarrolladores de software explotar al máximo estas características. De la misma manera que una impresora precisa de unos con- troladores para funcionar correctamente, las aplicaciones La estandarización llega al vídeo en red Mikel Martín ∕ Director Técnico de IProNet Sistemas

RkJQdWJsaXNoZXIy MTI4MzQz