DSP/VOIP V1.3 GUIA DE INSTALACION - dorlet.com · Interactuación con Centrales de Interfonía IP...

DSP/VOIP V1.3

GUIA DE INSTALACION

Ref. V1.05

INDICE 1. Introducción .......................................................................................................................... 1 2. Características y Especificaciones Técnicas ........................................................................ 2

Hardware .............................................................................................................................. 2 Comunicaciones ................................................................................................................... 3

3. Arquitectura del Sistema ....................................................................................................... 5 4. Instalación............................................................................................................................. 6

4.1. Alimentaciones ............................................................................................................. 6 4.2. Conectores ................................................................................................................... 6

4.2.1. Borna de Conexionado de interfonía ............................................................... 7 4.2.2. RJ45 ................................................................................................................ 7 4.2.3. Alimentación .................................................................................................... 7 4.2.4. USB ................................................................................................................. 8 4.2.5. Vídeo ............................................................................................................... 8 4.2.6. E/S .................................................................................................................. 8 4.2.7. Salidas de Relé ............................................................................................... 8 4.2.8. UART (x2) ....................................................................................................... 8

4.3. Cableados .................................................................................................................... 8 4.3.1. Conexiones Lector Remoto + Interfonía .......................................................... 8 4.3.2. Conexiones Lector Remoto + Interfonía IE-JA ................................................ 9 4.3.3. Recomendación Cableados ............................................................................ 9

5. Conceptos Previos Básicos ................................................................................................ 10 5.1. Voz sobre IP ............................................................................................................... 10

5.1.1. Ventajas ........................................................................................................ 10 5.2. Codecs ....................................................................................................................... 10 5.3. PBX ............................................................................................................................ 11 5.4. Dispositivos IP para Interfonía ................................................................................... 11

5.4.1. Interfono IP .................................................................................................... 11 5.4.2. Teléfonos Softphone ..................................................................................... 11 5.4.3. Teléfonos USB VoIP ..................................................................................... 12 5.4.4. Teléfono SIP.................................................................................................. 12

5.5. DTMF – Marcación por Tonos .................................................................................... 12 5.6. Vídeo MPEG-4 ........................................................................................................... 12 5.7. Unicast y Multicast ..................................................................................................... 13

5.7.1. Unicast .......................................................................................................... 13 5.7.2. Multicast ........................................................................................................ 13

5.8. Protocolos de Red para Streaming de Audio y Vídeo ................................................ 13 5.8.1. SIP ................................................................................................................ 13

5.8.1.1. Funcionamiento de Protocolo ......................................................... 14 5.8.1.1.1. Agente de Usuario ................................................................... 14 5.8.1.1.2. Servidores de Registro o Registrar .......................................... 14

5.8.2. RTSP ............................................................................................................. 15 5.8.3. RTP ............................................................................................................... 15

6. Funcionamiento del módulo (Comunicaciones TCP/IP) ..................................................... 16 7. Funcionamiento de Vídeo IP............................................................................................... 16

7.1. Visualización de una cámara mediante Software DASS ............................................ 16 7.2. Visualización de una cámara mediante un visor multimedia ...................................... 18

8. Funcionamiento de Interfonía IP ......................................................................................... 20 8.1. CASO1: Módulo integrado en DASS .......................................................................... 20

8.1.1. Áreas operativas ........................................................................................... 21 8.1.2. Funcionamiento de Interfonía con Software DASS ....................................... 21

8.1.2.1. Introducción .................................................................................... 21 8.1.2.2. Arquitectura del Sistema de Interfonía ............................................ 22

8.1.2.2.1. Funcionamiento de llamadas desde un Lector ........................ 23 8.1.2.2.2. Funcionamiento de llamadas desde un Gestor ........................ 24 8.1.2.2.3. Difusión de voz a Lectores ....................................................... 24

8.1.2.3. Uso del Software Central de Interfonía ........................................... 26 8.1.2.4. Funciones de ayuda del Diálogo Principal ...................................... 29

8.2. CASO2: Módulo integrado simultáneamente en DASS y PBX ................................... 30 8.2.1. Funcionamiento de interfonía con Software DASS y PBX ............................ 31

8.2.1.1. Introducción .................................................................................... 31 8.2.1.2. Comunicaciones.............................................................................. 31

8.2.1.2.1. Comunicaciones con Software DASS ...................................... 31 8.2.1.2.2. Comunicaciones con dispositivos de PBX ............................... 31

8.2.1.3. Arquitectura del Sistema de Interfonía Dorlet + PBX ...................... 31 8.2.1.3.1. Funcionamiento de llamadas desde un Lector ........................ 33

8.2.1.3.2. Funcionamiento de llamadas desde gestor o PBX .................. 33 9. Configuración del módulo ................................................................................................... 34

9.1. Configuración por 232 ................................................................................................ 35 9.2. Configuración de parámetros básicos y creación del sistema por Boradcast ............ 36 9.3. Configuración por Telnet ............................................................................................ 37

Comandos GET ......................................................................................................... 37 Parámetros Genéricos ......................................................................................... 37 Parámetros de Comunicaciones ......................................................................... 38 Parámetros de Interfonía DASS .......................................................................... 38 Parámetros de ajuste de los Interfonos ............................................................... 38 Parámetros de Vídeo........................................................................................... 39

Comandos SET .......................................................................................................... 40 Parámetros Genéricos ......................................................................................... 40 Parámetros de Comunicaciones ......................................................................... 40 Parámetros de Interfonía DASS .......................................................................... 40 Parámetros de ajuste de los interfonos ............................................................... 41 Parámetros de Vídeo........................................................................................... 41

9.4. Configuración por Software DASS ............................................................................. 43 9.4.1. Configuración de otros parámetros ............................................................... 45

9.5. Configuración del Lector de Interfonía ....................................................................... 46 10. Grabación Flash del Módulo ............................................................................................... 47

INDICE de FIGURAS Figura:

1) Módulo Comunicaciones DSPVoIP ............................................................................... 1 2) Arquitectura del Sistema DSPVoIP ............................................................................... 5 3) Conexionado del Sistema .............................................................................................. 6 4) Cableado Interfonía ....................................................................................................... 7 5) Conexiones Lector Remoto + interfonía ........................................................................ 8 6) Conexiones Lector remoto + interfonía (IE-JA).............................................................. 9 7) Comparación de los Codecs más populares ............................................................... 11 8) Frecuencias DTMF ...................................................................................................... 12 9) Visualización del Sistema en Software DASS ............................................................. 16 10) Selección de visualización de cámara ......................................................................... 17 11) Ventana de Visualización de Vídeo ............................................................................. 17 12) Ventana de Comunicación de Interfonía + Vídeo ........................................................ 18 13) Visualización de Vídeo mediante un reproductor multimedia ...................................... 19 14) Arquitectura interfonía Dorlet ....................................................................................... 20 15) Arquitectura interfonía ................................................................................................. 20 16) Areas Operativas de interfonía .................................................................................... 21 17) Estructura de conexión del Sistema de interfonía Dorlet ............................................. 22 18) Lector EAN .................................................................................................................. 23 19) Petición de asistencia desde un lector......................................................................... 23 20) Atención de la llamada por uno de los gestores .......................................................... 23 21) Llamada directa de un Gestor a un Lector ................................................................... 24 22) Alerta de Broadcast a los lectores ............................................................................... 24 23) Broadcast a los lectores activos .................................................................................. 25 24) Alerta Fin difusión ........................................................................................................ 25 25) Entrada en sesión con el servidor ............................................................................... 26 26) Ventana principal de la Central de interfonía Dorlet .................................................... 26 27) Aceptación de llamada ................................................................................................ 27 28) Llamada en curso ........................................................................................................ 27 29) Llamada finalizada ....................................................................................................... 28 30) Modo difusión de la Central de interfonía .................................................................... 28 31) Filtrado de llamadas inactivas ..................................................................................... 29 32) Arquitectura Interfonía Dorlet + PBX ........................................................................... 30 33) Llamada realizada desde interfono .............................................................................. 32 34) Creación y conexión de cable cruzado RS-232 ........................................................... 34 35) Ventana de hyperterminal ............................................................................................ 35 36) Configuración de hyperterminal ................................................................................... 35 37) Utilidad de Detección de Equipos en DASS ................................................................ 36 38) Equipos detectados en la Red, por Broadcast ............................................................. 36 39) Telnet ........................................................................................................................... 37 40) Monitor de accesos Dorlet ........................................................................................... 43 41) Propiedades del Sistema ............................................................................................. 43 42) Propiedades de la conexión del sistema ..................................................................... 44 43) Parámetros a configurar en interfonía e interfonía SIP ................................................ 44 44) Parámteros a configurar de Vídeo ............................................................................... 45 45) Grabación de la Flash por TCP/IP ............................................................................... 47 46) Confirmación de Flash Grabada .................................................................................. 47

Módulo de Comunicaciones DSPVoIP (V1.3)

© 2010 - DORLET, S.A.

1

1. INTRODUCCIÓN

El módulo de comunicaciones DSPVoIP es un módulo fácil de conectar y configurar tanto para

interactuar con el Sistema Dorlet, así como con otras soluciones de Audio y Vídeo IP. La versatilidad y diferentes opciones de configuración, hacen que puedan convivir con el Sistema

Dorlet otras soluciones de mercado. El módulo de comunicaciones DSPVoIP soporta los más populares Codecs de Voz, como son

G.711 y G.729 y el popular Vídeo Encoder MPEG-4. Además de poseer el protocolo propietario de Dorlet, tiene integrado los estándares SIP, RTSP y

RTP, con lo que puede interactuar con proveedores SIP de terceros, pudiéndose así beneficiar de todas las ventajas que aporta la tecnología VoIP.

Esta guía pretende ayudar a aprender a configurar y manejar el módulo de comunicaciones, para

sacar de él, el máximo beneficio y prestaciones. Módulo de comunicaciones que permite las siguientes posibilidades: .

Conversor 232-Ethernet (x2).

Adaptador a la placa de Control de Accesos AS/3 para comunicar vía Ethernet.

Interfonía IP para dos lectores o interfonos.

Vídeo IP para dos cámaras analógicas.

Control de dos relés. 6 Entradas Digitales 5 Salidas Digitales.

Proporciona flexibilidad en la configuración, mantenimiento y control de dispositivos a través de redes basadas en Ethernet y TCP/IP.

Figura 1.- Módulo de Comunicaciones DSPVoIP.


© 2010 - DORLET, S.A.

2

2. CARACTERÍSTICAS Y ESPECIFICACIONES TÉCNICAS

HARDWARE:

ALIMENTACIÓN

12Vdc/1.5ª

PROCESAMIENTO DE SEÑAL:

DSP de altas prestaciones a 600Mhz.

MEMORIA:

FLASH: 128 Mb.

RAM: 32 Mb.

EEPROM: 32 Kb.

DUALPORT MEMORY: 2KB.

2 PUERTOS SERIE con velocidad hasta 115.200 Baudios, para comunicación con dispositivos

externos.

1 PUERTO USB (No implementado actualmente)

RJ45 para TCP/IP

VIDEO:

Dos canales de video analógicos.

AUDIO:

Dos canales de audio mediante McASP (Multichannel Audio Serial Port)

Amplificación de la señal de salida al altavoz del interfono.

Codificador - Decodificador Texas Instruments.

Procesamiento Digital de Señal (DSP Texas Instruments).


© 2010 - DORLET, S.A.

3

RELOJ EN TIEMPO REAL con control de segundos.

INPUTS/OUTPUTS:

6 Entradas Digitales

5 Salidas Digitales

2 Salidas Digitales por relé

DESARROLLO:

Desarrollo de software en lenguaje de alto nivel sobre sistema operativo multitarea.

COMUNICACIONES

TCP/IP:

Completo TCP/IP.

10 / 100 Ethernet PHY automático.

FULL / HALF Duplex automático.

Autonegociación

Autonegociación de Half/Full-Duplex y 10/100BaseT, con leds indicativos.

IEEE 802.3 Compliant

MII (Media Independent Interface)

CONEXIONADO CON PLACA DE CONTROL DE ACCESOS AS/3

Protocolo de comunicaciones propietario

FUNCIONAMIENTO EN MODO AUTÓNOMO

Protocolo de comunicaciones propietario

2 PUERTOS SERIE

RS-232 sin control de flujo con velocidad hasta 115.000 baudios.

AUDIO


© 2010 - DORLET, S.A.

4

Interfonía IP para dos lectores o interfonos.

Transmisión de Voz FULL-DUPLEX a través de Ethernet.

Soportes de Codecs estándar G.711 y G.729. (Autonegociado).

Cancelación de Eco Acústico.

Entrada normal de micrófono y salida de Altavoz (amplificada).

Configuración de ajustes.

Protocolo de comunicaciones:

Interactuación con Centrales de Interfonía IP (PBX Asterisk, OXI/OXE Alcatel…)

Protocolo estándar de mercado (SIP) para establecimiento de comunicaciones,

para poder interactuar con otros dispositivos que utilicen el mismo protocolo.

Protocolo estándar de mercado RTP para flujo de streaming de voz.

Protocolo Dorlet de interfonía.

Protocolo UDP para streaming de voz.

VIDEO

Vídeo IP para dos cámaras analógicas simultáneamente.

Soporte de Encoder estándar ISO/IEC 14496-2 (MPEG-4).

Protocolo de comunicaciones:

Protocolo estándar de mercado (RTSP) para establecimiento de comunicaciones.

Protocolo estándar de mercado (RTP) para flujo de streaming de vídeo.

STREAMING

Establecimiento comunicaciones Audio

Protocolo por TCP propietario

SIP (Session Initiation Protocol)

Establecimiento comunicaciones Video

RTSP (Real Time Streaming Protocol)

Transporte de flujo de datos

UDP para utilización de Protocolo Propietario.

RTP (Real Time Protocol) en el resto de los casos.

MULTICAST


© 2010 - DORLET, S.A.

5

3. ARQUITECTURA DEL SISTEMA

Figura 2.- Arquitectura del sistema DSPVoIP

El objetivo de Dorlet S.A. es ofrecer la posibilidad de interactuar con PBX, y no su venta, instalación ni mantenimiento


© 2010 - DORLET, S.A.

6

4. INSTALACIÓN

4.1. ALIMENTACIONES

12Vdc

El sistema DSPVoIP utiliza en sus diferentes partes alimentaciones de 12Vdc, 5Vdc, 3,3Vdc y 1,8Vdc. En cualquier caso, basta con alimentar a 12Vdc/1,5A.

4.2. CONECTORES

Figura 3.- Conexionado del Sistema


© 2010 - DORLET, S.A.

7

4.2.1. Borna de Conexionado de interfonía

Conector para comunicaciones IP de interfonía. (La conexión del lector de interfonía se

realizará mediante este conector).

En esta borna se deben conectar los dos lectores de interfonía o uno si no se desea utilizar toda la capacidad del sistema. En la misma borna de 8 pines van conectados ambos canales de audio. Cada lector de interfonía necesita de 4 hilos de conexión.

El conexionado se realiza de la siguiente manera:

Figura 4.- Cableado Interfonía.

(La interfonía IP es susceptible del tono de la voz que tenga cada usuario, así como la fuerza con la que se hable y el tipo de tarjeta de sonido que tenga instalada cada PC de escritorio. Además influyen también otros factores como la distancia en cableado y la calidad de la red en la que se pretende ejecutar este tipo de servicio).

4.2.2. RJ45

Puerto RJ-45 10/100Mbps para conexión Ethernet.

4.2.3. Alimentación

Existen dos conectores. No es necesario utilizar ambos. Tan sólo hace falta uno.

TRQ: Para alimentar la placa mediante una fuente externa que garantice la alimentación necesaria.


© 2010 - DORLET, S.A.

8

BORNA: Para alimentar la placa mediante fuente externa, o desde el propio AS3, asegurando el voltaje y consumos necesarios.

4.2.4. USB

Interface USB para dispositivos USB externos. (No implementado actualmente). 4.2.5. Vídeo

Entradas RCA para conectar cámaras analógicas. (La alimentación de la cámara, no se incluye en el dispositivo, sino que tiene que ir alimentada por otra parte).

4.2.6. E/S

Conector de entradas y salidas digitales (No implementado actualmente).

4.2.7. Salidas de Relé

Salidas para el conexionado de relés externos. Su funcionamiento es operativo cuando el módulo de comunicaciones está trabajando en modo autónomo. Si va conectado con una Placa de Control de Accesos AS/3, se utilizan los relés del propio AS/3.

4.2.8. UART (X2)

Dos puertos serie para conectar diferentes dispositivos. Estos puertos serie no soportan control de flujo. El cable de conexionado debe ser cruzado.

4.3. CABLEADOS:

4.3.1. Conexiones Lector Remoto + Interfonía

CABLEADO NECESARIO

LECTOR REMOTO; 7 HILOS + MALLA

- Alimentación (+5Vcc ó 12Vcc ) - Led Rojo - Led Verde - RX - Zumbador - TX - GND

INTERFONÍA; 4 HILOS

- Pulsador - Micrófono

- Altavoz - GND

Figura 5. – Conexiones Lector remoto + Interfonía.


© 2010 - DORLET, S.A.

9

TOMAS DE RED NECESARIAS: 1

- DSPVoIP

4.3.2. Conexiones Lector Remoto + Interfonía (IE-JA)

CABLEADO NECESARIO

LECTOR REMOTO; 7 HILOS + MALLA

- Alimentación (+5Vcc ó 12Vcc ) - Led Rojo - Led Verde - RX - Zumbador - TX - GND

INTERFONÍA; 4 HILOS

- Pulsador - Micrófono - Altavoz - GND

Figura 6. – Conexión Lector Remoto + Interfonía IE-JA

TOMAS DE RED NECESARIAS: 1

- DSPVoIP

4.3.3. Cableados

Cable apantallado 4x1 mm2, con revestimiento exterior de malla en la manguera. Una manguera para las 4 señales por cada lector de interfonía. Esta manguera deberá ir única (sin otro tipo de señales compartiendo manguera) y deberá ir lo más aislada posible de otras mangueras que puedan introducir interferencias en las señales analógicas de audio.

La manguera que tenga las señales de audio, deberá ir aislada de otras mangueras de

tensión de otros dispositivos. Distancia de cableado recomendada: Máximo 35m. La pantalla deberá ir unida a la masa de la borna de interfonía en la placa de

comunicaciones. Un incremento en la distancia del cableado, puede traer como consecuencia la aparición

de interferencias, acoplos, Cross-Talking… Si bien estas características dependen de la instalación en concreto y del tipo de cable elegido.


© 2010 - DORLET, S.A.

10

5. CONECPTOS PREVIOS BÁSICOS:

5.1. Voz sobre IP

Voz sobre Protocolo de Internet, también llamado Voz sobre IP, VozIP, VoIP (por sus siglas en inglés), es un grupo de recursos que hacen posible que la señal de voz viaje a través de Internet empleando un protocolo IP (Internet Protocol). Esto significa que se envía la señal de voz en forma digital en paquetes en lugar de enviarla (en forma digital o analógica) a través de circuitos utilizables sólo para telefonía como una compañía telefónica convencional o PSTN (sigla de Public Switched Telephone Network, Red Telefónica Pública Conmutada).

Los Protocolos que se usan para enviar las señales de voz sobre la red IP se conocen como protocolos de Voz sobre IP o protocolos IP.

El tráfico de Voz sobre IP puede circular por cualquier red IP, incluyendo aquellas conectadas a Internet, como por ejemplo las redes de área local (LAN).

Es muy importante diferenciar entre Voz sobre IP (VoIP) y Telefonía sobre IP.

VoIP es el conjunto de normas, dispositivos, protocolos, en definitiva la tecnología que permite la transmisión de la voz sobre el protocolo IP.

Telefonía sobre IP es el conjunto de nuevas funcionalidades de la telefonía, es decir, en lo que se convierte la telefonía tradicional debido a los servicios que finalmente se pueden llegar a ofrecer gracias a poder portar la voz sobre el protocolo IP en redes de datos.

5.1.1. Ventajas

El desarrollo de codecs para VoIP (aLaw, g.729, g.723, etc.) ha permitido que la voz se codifique en paquetes de datos de cada vez menor tamaño. Esto deriva en que las comunicaciones de voz sobre IP requieran anchos de banda muy reducidos. Junto con el avance permanente de las conexiones ADSL, éste tipo de comunicaciones, están siendo muy populares.

5.2. Codecs

Los “codecs” son los algoritmos empleados para transformar la voz en un conjunto de datos que puedan ser enviados a través de las redes de comunicaciones digitales y manipulados por los equipos informáticos. Esta transformación puede realizarse de muy diferentes maneras, obteniendo como resultado una señal de datos que representa el sonido original con mayor o menor calidad y que ocupará un ancho de banda determinado en la transmisión por la red. También es un parámetro a considerar el gasto de procesamiento de la conversión.

Los codecs más habitualmente empleados y disponibles son:


© 2010 - DORLET, S.A.

11

Figura 7.- Comparación de los Codecs más populares

(**) La licencia para G.729 está ya integrada tanto en el Software DASS (de las siglas Dorlet Access and Security System) como en el Firmware de la placa.

5.3. PBX

Un PBX o PABX (siglas en inglés de Private Branch Exchange y Private Automatic Branch Exchange para PABX) cuya traducción al español sería Central secundaria privada automática, es cualquier central telefónica conectada directamente a la red pública de teléfono por medio de líneas troncales para gestionar, además de las llamadas internas, las entrantes y/o salientes con autonomía sobre cualquier otra central telefónica. Este dispositivo generalmente pertenece a la empresa que lo tiene instalado y no a la compañía telefónica, de aquí el adjetivo privado a su denominación.

Erróneamente se le llama PBX a cualquier central telefónica aunque no gestione las llamadas externas, bastando solo con que conmute líneas exteriores pertenecientes a otra central que sí estaría conectada a la RTC. Estas serían centrales híbridas: gestionan llamadas y enlazan líneas internas —o extensiones— pero al momento de comunicarse a un destino exterior, tan solo interconectaría el terminal con una línea convencional de la compañía de teléfono, mientras que un PBX se encargaría de procesar directamente el número marcado hacia el procesador central de la ciudad.

5.4. DISPOSITIVOS IP PARA INTERFONÍA

5.4.1. Interfono IP

Los Interfonos IP son unos nuevos dispositivos que presentan grandes ventajas respecto a los tradicionales. La calidad no se degrada con la distancia, se pueden integrar en diversas aplicaciones de control en lugar de ser dispositivos independientes e incluso, se pueden incorporar a las centralitas IP.

5.4.2. Teléfonos Softphone

Un teléfono SIP basado en software, es un programa que utiliza el altavoz y micrófono del PC donde esté instalado. Dado que utiliza la tarjeta de sonido del PC, se pueden conectar a ella diferentes dispositivos como cascos, teléfonos conectables a la tarjeta…


© 2010 - DORLET, S.A.

12

5.4.3. Teléfonos USB VoIP

Un teléfono USB se conecta en el puerto USB del PC y mediante la utilización del programa de telefonía Soft, este funcionara como cualquier teléfono convencional. Básicamente no es mas que un micrófono y un altavoz, pero debido a su apariencia, tienen mayor aceptación dentro de los usuarios. 5.4.4. Teléfono SIP

Un aparato telefónico SIP, tiene la total apariencia y funcionalidad de un teléfono convencional, aun cuando este se conecte a través de la red de datos. Estos aparatos suelen contar habitualmente con un mini-distribuidor (hub) para poder compartir la misma conexión de red con un PC, evitando así la necesidad de requerir de un conector adicional para el teléfono.

5.5. DTMF – MARCACIÓN POR TONOS

En telefonía, el sistema de marcación por tonos, también llamado sistema multifrecuencial o DTMF (Dual-Tone Multi-Frequency), consiste en lo siguiente: Cuando el usuario pulsa en el teclado de su teléfono la tecla correspondiente al dígito que quiere marcar, se envían dos tonos, de distinta frecuencia: uno por columna y otro por fila en la que esté la tecla, que la central descodifica a través de filtros especiales, detectando instantáneamente que dígito se marcó.

Figura 8.- Frecuencias DTMF

Utilizando DTMF (RFC2833), el módulo de comunicaciones DSPVoIP es capaz de realizar

diferentes acciones. 5.6. Vídeo MPEG-4

MPEG-4, introducido a finales de 1998, es el nombre de un grupo de estándares de codificación de audio y video así como su tecnología relacionada normalizada por el grupo MPEG (Moving Picture Experts Group) de ISO/IEC. Los usos principales del estándar MPEG-4 son los flujos de medios audiovisuales, la distribución en CD, la transmisión bidireccional por videófono y emisión de televisión.

La mayoría de las características que conforman el estándar MPEG-4 no tienen que estar disponibles en todas las implementaciones, al punto que es posible que no existan implementaciones completas del estándar MPEG-4. Para manejar esta variedad, el estándar incluye el concepto de perfil (profile) y nivel, lo que permite definir conjuntos específicos de capacidades que pueden ser implementados para cumplir con objetivos particulares.

Concretamente, en el módulo de comunicaciones DSPVoIP, se utiliza MPEG-4 únicamente para el streaming codificado de vídeo. Para ello, se utiliza la parte 14 de MPEG-4.


© 2010 - DORLET, S.A.

13

MPEG-4 Parte 14 o *.mp4, (no confundir con Reproductor MP4) es un formato de archivo (llamado contenedor) especificado como parte del estándar internacional MPEG-4. Se utiliza para almacenar los formatos audiovisuales. Se utiliza típicamente para almacenar datos en archivos para ordenadores, para transmitir flujos audiovisuales y, probablemente, en muchas otras formas.

Dentro de todos los flujos de datos que puede transportar MPEG-4, en el caso del módulo DSPVoIP se utiliza m4v, que es el formato de sólo vídeo (algunas veces se utiliza para flujos mpeg-4 de vídeo no especificados en la definición del formato).

5.7. UNICAST Y MULTICAST

El streaming de Vídeo del módulo de comunicaciones DSPVoIP se puede realizar bien por unicast o bien por multicast.

5.7.1. Unicast

Unicast es el envío de información desde un único emisor a un único receptor. Se contrapone a multicast (envío a ciertos destinatarios específicos, más de uno), boradcast (radiado o difusión, donde los destinatarios son todas las estaciones en la red) y anycast (el destinatario es único, uno cualquiera no especificado).

El método unicast se aplica tanto para transmisiones en vivo como bajo demanda. El método multicast sólo se puede usar en ambientes corporativos, y se aplica únicamente para transmisiones en vivo.

El efecto que tiene el método de transmisión unicast sobre los recursos de la red es de consumo acumulativo. Cada usuario que se conecta a una transmisión multimedia consume tantos kilobits por segundo como la codificación del contenido lo permita.

5.7.2. Multicast

Multidifusión (inglés multicast) es el envío de la información en una red a múltiples déstinos simultáneamente, usando la estrategia más eficiente para el envío de los mensajes sobre cada enlace de la red sólo una vez y creando copias cuando los enlaces en los destinos se dividen.

Antes del envío de la información, deben establecerse una serie de parámetros. Para poder recibirla, es necesario establecer lo que se denomina "grupo multicast". Ese grupo multicast tiene asociado una dirección de internet. La versión actual del protocolo de internet, conocida como IPv4, reserva las direcciones de tipo D para la multidifusión. Las direcciones IP tienen 32 bits, y las de tipo D son aquellas en las cuales los 4 bits más significativos son '1110' (224.0.0.0 a 239.255.255.255).

La mayoría de los protocolos de aplicaciones existentes que usan multicast lo hacen sobre UDP. Otras aplicaciones, sobre todo aquellas que tienen que transmitir contenidos multimedia, lo hacen usando el protocolo RTP (Que es el caso del módulo DSPVoIP).

5.8. PROTOCOLOS DE RED PARA STREAMING DE AUDIO Y VIDEO

5.8.1. SIP

Session Initiation Protocol (SIP o Protocolo de Inicio de Sesiones) es un protocolo desarrollado por el IETF Working Group con la intención de ser el estándar para la iniciación, modificación y finalización de sesiones interactivas de usuario donde intervienen elementos


© 2010 - DORLET, S.A.

14

multimedia como el video, voz, etc. En el caso del módulo de comunicaciones DSPVoIP se utilizará cuando el módulo esté integrado en una PBX.

La sintaxis de sus operaciones se asemeja a las de HTTP y SMTP, los protocolos utilizados en los servicios de páginas Web y de distribución de e-mails respectivamente. Esta similitud es natural ya que SIP fue diseñado para que la telefonía se vuelva un servicio más en red.

En noviembre del año 2000, SIP fue aceptado como el protocolo de señalización de 3GPP y elemento permanente de la arquitectura IMS (IP Multimedia Subsystem). SIP es uno de los protocolos de señalización para voz sobre IP.

5.8.1.1. Funcionamiento del Protocolo

El protocolo SIP permite el establecimiento de sesiones multimedia entre dos o más usuarios. Para hacerlo se vale del intercambio de mensajes entre las partes que quieren comunicarse.

5.8.1.1.1. Agente de Usuario

Los usuarios, que pueden ser seres humanos o aplicaciones de software, utilizan para establecer sesiones lo que el protocolo SIP denomina "Agentes de usuario". Estos no son más que los puntos extremos del protocolo, es decir son los que emiten y consumen los mensajes del protocolo SIP. Un interfono, un videoteléfono, un teléfono, un cliente de software (softphone) y cualquier otro dispositivo similar es para el protocolo SIP un agente de usuario. El protocolo SIP no se ocupa de la interfaz de estos dispositivos con el usuario final, sólo se interesa por los mensajes que estos generan y cómo se comportan al recibir determinados mensajes.

Los agentes de usuario se comportan como clientes (UAC: User Agent Clients) y como servidores (UAS: User Agent Servers). Son UAC cuando realizan una petición y son UAS cuando la reciben. Por esto los agentes de usuario deben implementar un UAC y un UAS.

Además de los agentes de usuario existen otras entidades que intervienen en el protocolo, estos son los Servidores de Registro o Registrar, los Proxy y los Redirectores. A continuación se describe su finalidad.

5.8.1.1.2. Servidores de Registro o Registrar

El protocolo SIP permite establecer la ubicación física de un usuario determinado, esto es, en qué punto de la red está conectado. Para ello se vale del mecanismo de registro. Este mecanismo funciona como sigue:

Cada usuario tiene una dirección lógica que es invariable respecto de la ubicación física del usuario. Una dirección lógica del protocolo SIP es de la forma usuario@dominio es decir tiene la misma forma que una dirección de correo electrónico. La dirección física (denominada "dirección de contacto") es dependiente del lugar en donde el usuario está conectado (de su dirección IP). Cuando un usuario inicializa su terminal (por ejemplo cuando el módulo de comunicaciones DSPVoIP arranca al darle tensión, y si estamos interactuando con una PBX) el agente de usuario SIP que reside en dicho terminal envía una petición con el método REGISTER a un Servidor de Registro (Registrar en inglés), informando a qué dirección física debe asociarse la dirección lógica del usuario. El servidor de registro realiza entonces dicha asociación (denominada binding). Esta asociación tiene un


© 2010 - DORLET, S.A.

15

período de vigencia y si no es renovada, caduca. También puede terminarse mediante un desregistro. La forma en que dicha asociación es almacenada en la red no es determinada por el protocolo SIP, pero es vital que los elementos de la red SIP accedan a dicha información.

5.8.2. RTSP

El protocolo de flujo de datos en tiempo real (del inglés Real Time Streaming Protocol) establece y controla uno o muchos flujos sincronizados de datos, en el caso del módulo DSPVoIP para el video. El RTSP actúa como un mando a distancia mediante la red para servidores multimedia.

RTSP es un protocolo no orientado a conexión, en lugar de esto el servidor mantiene una sesión asociada a un identificador. En el transcurso de una sesión RTSP, un cliente puede abrir y cerrar varías conexiones de transporte hacia el servidor por tal de satisfacer las necesidades del protocolo.

De forma intencionada, el protocolo es similar en sintaxis y operación a HTTP de forma que los mecanismos de expansión añadidos a HTTP pueden, en muchos casos, añadirse a RTSP. Sin embargo, RTSP difiere de HTTP en un número significativo de aspectos, el más destacable en el caso del módulo DSPVoIP es que los datos son transportados por un protocolo diferente, en este caso RTP.

5.8.3. RTP

RTP son las siglas de Real-time Transport Protocol (Protocolo de Transporte de Tiempo real). Es un protocolo de nivel de sesión utilizado para la transmisión de información en tiempo real, como por ejemplo audio y vídeo en una video-conferencia.

Está desarrollado por el grupo de trabajo de transporte de Audio y Video del IETF.

Se usa frecuentemente (Como en el caso del módulo DSPVoIP) en sistemas de streaming, junto a RTSP, videoconferencia y sistemas push to talk (en conjunción con H.323 o SIP). Representa también la base de la industria de VoIP.


© 2010 - DORLET, S.A.

16

6. FUNCIONAMIENTO DEL MÓDULO (COMUNICACIONES TCP/IP):

El módulo al arrancar recoge desde memoria interna la configuración almacenada que

previamente haya sido preconfigurada por el usuario. En esta guía se explica en su correspondiente apartado cómo configurar el sistema. Por defecto, siempre sale con unos valores de fábrica, que el usuario debe de cambiar en función de las necesidades de cada instalación.

En cualquier momento será posible devolver el módulo a sus valores de fábrica. Para ello, deberá

quitarse la alimentación de la placa, colocar el jumper JP4 y alimentar. De esa manera el módulo cargará sus valores por defecto. A continuación deberá volver a quitarse la tensión, quitar el jumper JP4 y volver a alimentar.

Imprescindible en el apartado de las comunicaciones IP es tener claro (administradores de red),

qué IP y Máscara de Subred tendrá el módulo, además de si hace falta o no configurar el Gateway.

7. FUNCIONAMIENTO DE VIDEO IP:

El módulo de comunicaciones DSPVoIP admite streaming de vídeo simultáneo de dos cámaras

analógicas conectadas a él. Desde cualquier dispositivo conectado en una red, podríamos acceder a ver dichas cámaras, sabiendo previamente el usuario y password que tenga configurado el módulo para poder ver el flujo de vídeo.

Se puede ver vídeo en tiempo real de dichas cámaras bien desde el Software DASS, o bien

desde un visor de contenido multimedia que soporte streaming de red. Para la petición de establecimiento de Vídeo, se utiliza el protocolo RTSP. Una vez la

comunicación está establecida el streaming viaja mediante RTP. Estos parámetros se pueden cambiar en los parámetros de configuración del módulo. 7.1. Visualización de una cámara mediante Software DASS

Cuando se está utilizando Software DASS, configurando correctamente los parámetros en el propio Software en el momento de configuración del módulo, a partir de ese momento, el proceso es completamente transparente para el usuario y la visualización se puede realizar de manera sencilla.

Una vez esté conectado, aparecerá de la siguiente manera en el monitor de accesos:


© 2010 - DORLET, S.A.

17

Figura 9.- Visualización del Sistema en Software DASS

Para ver el vídeo de la cámara deseada, basta con pulsar con el botón derecho del ratón.

Inmediatamente aparecerá un mensaje de “Video en tiempo real”.

Figura 10.- Selección de visualización de cámara.

Si pulsamos en él, directamente se abrirá una ventana que mostrará las imágenes de la cámara seleccionada.


© 2010 - DORLET, S.A.

18

Figura 11.- Ventana de visualización de Vídeo.

El Software DASS, permite la posibilidad de asociar una determinada cámara a un determinado Lector / Interfono. Esto puede llegar a ser muy útil, si se desea por ejemplo en una llamada de interfonía, además de mantener una conversación con el usuario que se encuentre en el lado del lector/interfono, ver su imagen a tiempo real.

Una vez se asocia la cámara al lector/interfono del sistema, una vez se establezca una comunicación, se mostrará la siguiente ventana:


© 2010 - DORLET, S.A.

19

Figura 12.- Comunicación de Interfonía + Vídeo

7.2. Visualización de una cámara mediante un visor multimedia.

Puede llegar a ser interesante tener la posibilidad de ver vídeo en tiempo real de una determinada cámara de un sistema. Pero el usuario en ese determinado momento no se encuentra en su puesto.

Para ello, el módulo DSPVoIP permite la visualización de vídeo en tiempo real, en cualquier dispositivo multimedia que permita el flujo de datos de Streaming RTSP.

Para ello, bastaría con introducir dentro del reproductor multimedia (PC, PDA, Teléfono Móvil…) la dirección de streaming que nos va a proporcionar el flujo de vídeo. En este ejemplo en concreto, desearíamos ver la cámara 1 del módulo.

rtsp://DireccionIP:PuertoRTSP/CamaraDorlet1


© 2010 - DORLET, S.A.

20

Figura 13.- Visualización de Vídeo mediante un reproductor multimedia.


© 2010 - DORLET, S.A.

21

8. FUNCIONAMIENTO DE INTERFONIA IP:

El servicio de interfonía permite a los lectores con dicha funcionalidad (interfonos), realizar y

recibir peticiones de llamada de voz. Debido a la flexibilidad que el módulo de comunicaciones DSPVoIP proporciona, estas llamadas

de voz, se pueden realizar de diferentes maneras. 8.1. CASO 1: El módulo de comunicaciones está integrado con el Software de Control de

Accesos DASS.

La arquitectura del sistema de interfonía Dorlet quedaría de la siguiente manera:

Figura 14.- Arquitectura Interfonía Dorlet

Las peticiones de servicio de comunicación de voz serán enviadas, en primera instancia, a los

puestos conectados al sistema, quienes podrán responder a dicha petición, estableciendo así una comunicación de voz entre puesto e interfono.

Del mismo modo, un determinado puesto puede establecer una conexión de voz, sobre

TCP/IP, con un interfono. Está comunicación es full-duplex y permite tanto al emisor como al receptor, puesto e interfono respectivamente, enviar y recibir secuencias de voz.

Figura 15.- Arquitectura Interfonía


© 2010 - DORLET, S.A.

22

Desde un puesto, existe la opción de realizar una difusión a uno o varios interfonos. Por difusión entendemos que el flujo de voz viaja únicamente desde el puesto que inicio el servicio hasta todos los lectores sobre los que se realizó la difusión. Está opción es utilizada, por ejemplo, para realizar tareas propias de un sistema de megafonía, como pueden ser anuncios, evacuaciones, etc.

8.1.1. Areas Operativas

También existe la posibilidad de definir Áreas Operativas. Dichas áreas pueden estar

compuestas por 1 o n dispositivos, por ejemplo, interfonos, de forma que todas las llamadas realizadas por los interfonos de una determinada área operativa, serán notificadas únicamente al puesto o puestos que se encuentren dados de alta y operativos dentro de esa área operativa. Transcurrido un intervalo de tiempo, configurable, si dicha llamada no es atendida por ningún puesto del área operativa podrá ser desviada a otro puesto ó bien se podrá notificar al interfono la imposibilidad de establecer una conexión con un puesto.

Figura 16.- Áreas operativas de Interfonía.

Además, para todos los casos anteriores, existe la posibilidad de establecer una serie de permisos que permitirán restringir que puestos podrán o no contestar las llamadas realizadas desde los interfonos.

8.1.2. Funcionamiento de Interfonía con Software DASS

8.1.2.1. Introducción:

A continuación se pretende explicar el funcionamiento y uso de la Central de Interfonía de DORLET, que se basa en el sistema DASS de software y el hardware de interfonía DSPVoIP.


© 2010 - DORLET, S.A.

23

Un sistema de interfonía de DORLET genérico consta de 3 partes esenciales

Lector con Interfonía. Es un lector de interfonía conectado a un sistema DSPVoIP, que permite al usuario realizar una llamada a un gestor que le pueda atender.

Servidor Dorlet. Se encarga de aceptar/rechazar, coordinar y manejar todas aquellas llamadas de los distintos lectores existentes en la instalación.

Gestor/Gestores Dorlet. Son una o varias máquinas que se encargan de atender a las posibles llamadas de los lectores.

A continuación se describe con más detalle esta estructura de interfonía, las distintas aplicaciones y su forma de uso. El establecimiento de las comunicaciones en primera instancia se realizará por TCP, y una vez ya es sabido qué dispositivos son los que van a realizar entre ellos la llamada de voz, el streaming de será realizado mediante protocolo G.729, por UDP.

8.1.2.2. Arquitectura del Sistema de Interfonía:

Tal y como se ha mencionado anteriormente, el sistema de interfonía de DORLET consta de tres partes esenciales: Lectores, Gestores, y un Servidor. Este sistema permite realizar 3 tareas básicas:

Gestor 1 Gestor n Servidor

n Gestor n

Lector 1 Lector n

Figura 17.- Estructura de conexión del Sistema de Interfonía DORLET

Todos ellos se interconectan por una red Ethernet, a través de TCP/IP (para el control de dispositivos) y UDP (para el sistema de voz), y permiten realizar 3 funciones básicas:

Llamadas desde un Lector.

Llamadas desde Gestor a un Lector.

Difusión de Audio.

A continuación se describen estas posibilidades en más detalle.


© 2010 - DORLET, S.A.

24

8.1.2.2.1. Funcionamiento de las llamadas desde un lector:

Este es el modo más habitual de uso del sistema de interfonía. En este caso, un usuario en el lector Lector-n necesita asistencia, y pulsa el botón de llamada del lector:

Figura 18.- Lector EAN

Al pulsar el botón, el lector se conecta al servidor de interfonía que tiene configurado, y envía una petición de asistencia:

Servidor

n Gestor n

Lector 1 Lector n

Figura 19.- Petición de asistencia desde un lector

En ese momento, el servidor comprueba si alguno de los gestores está libre, y se lo comunica al lector. De ser así, todos los gestores recibirán una llamada en pantalla, y cualquiera de ellos podrá atender a la petición.

Servidor

n Gestor n

Lector 1 Lector n

Figura 20.- Atención de la llamada por uno de los Gestores


© 2010 - DORLET, S.A.

25

8.1.2.2.2. Funcionamiento de las llamadas desde un gestor:

También cabe la posibilidad de que un gestor necesite comunicarse con uno de los lectores. En este caso, el gestor, comienza directamente la comunicación de voz con el lector.

Servidor

n Gestor n

Lector 1 Lector n

Gestor n

n Gestor n

Figura 21.- Llamada directa de un Gestor a un Lector

8.1.2.2.3. Difusión de voz a lectores:

En algunos casos, es posible que un gestor necesite realizar una difusión de audio a una serie de lectores seleccionados. En ese caso, el gestor comienza por alertar a todos aquellos lectores de que una comunicación de difusión va a dar comienzo

Servidor

n Gestor n

Lector 2 Lector n

Gestor n

n Gestor n

Lector 1

Figura 22.- Alerta de Broadcast a los lectores


© 2010 - DORLET, S.A.

26

En ese momento, los lectores que estén disponibles se ponen a la escucha. Aquellos lectores que no están disponibles o se encuentren en avería son descartados, y el gestor puede comenzar la difusión por UDP a estos lectores hasta que decida terminarlo:

Servidor

n Gestor n

Lector 2 Averiado Lector n

Gestor n

n Gestor n

Lector 1

Figura 23.- Broadcast a los lectores activos

Una vez terminada la difusión, el gestor indica del fin de difusión a los lectores

para que sigan en su funcionamiento normal:

Servidor

n Gestor n

Lector 2 Averiado Lector n

Gestor n

n Gestor n

Lector 1

Figura 24.- Alerta de Fin de Difusión


© 2010 - DORLET, S.A.

27

8.1.2.3. Uso del Software Central de Interfonía:

La Central de Interfonía es un módulo que pertenece a la aplicación DASS, que

permite realizar las funciones anteriormente descritas. Estas funciones también pueden ser utilizadas desde el propio DASS, pero quizás interese que en algún puesto, no se utilice toda la aplicación al completo, sino este módulo solamente. El funcionamiento en cualquiera caso es el mismo, o muy similar.

Figura 25.- Entrada en Sesión con el Servidor Al arrancar la aplicación, ésta trata de conectarse al Servidor DASS, pidiendo el

nombre de la máquina a conectarse, el nombre de usuario y el password.

Una vez conectado, la aplicación muestra una ventana con todos los lectores configurados:

Figura 26.- Ventana principal de la Central de Interfonía DORLET


© 2010 - DORLET, S.A.

28

Cuando uno de los lectores quiere establecer una llamada, el icono correspondiente al lector llamante cambia y comienza a parpadear. Para atender a la llamada, basta con pulsar el botón derecho del ratón y seleccionar “Aceptar Llamada” en el menú:

Figura 27.- Aceptación de la llamada

También es posible rechazar una llamada por cualquier causa, con lo cual le

indicamos al lector que la llamada ha finalizado y continúa su curso normal.

Cuando una llamada se acepta, se muestra un diálogo en el que se indica que la comunicación con el lector se ha establecido, y el audio está en marcha. Además si hay alguna cámara asociada a este lector, el dialogo muestra la cámara correspondiente para ver a la persona.

Figura 28.- Llamada en Curso

Este diálogo indica en la parte superior a qué lector nos estamos conectando, el estado de la llamada en curso, y un botón para terminar la llamada actual, “Cancelar Llamada”.

Si el sistema del lector de interfonía lo permite y se encuentra en estado correcto, el

menú de acciones muestra opciones adicionales de ejecución para el lector, como mandar impulsos de apertura o abrir/cerrar puertas.


© 2010 - DORLET, S.A.

29

Una vez finalizada la llamada, se muestra el mensaje de llamada finalizada, y podemos proceder a cerrar el diálogo

.

Figura 29.- Llamada finalizada

Si el gestor quiere hacer una difusión a una serie de lectores, basta con pulsar el botón del toolbar “Difusión...”, y se mostrarán las opciones:

Figura 30.- Modo de difusión de la Central De Interfonía En la columna de interfonos aparece una serie de checkboxes que permiten

seleccionar los lectores a los que se quiere hacer una difusión. Una vez hecha la selección, basta con pulsar el botón “Comenzar difusión” para

iniciar la difusión, y “Detener Difusión” para pararla de nuevo. Pulsando el botón “Difusión...” de nuevo, el diálogo vuelve al estado normal de

llamadas.


© 2010 - DORLET, S.A.

30

8.1.2.4. Funciones de ayuda del Diálogo Principal de la Central de interfonía:

Para utilizar la aplicación con más eficacia, esta aplicación permite una serie de funciones extra:

Filtrado de llamadas inactivas. Habilitando este checkbox, el diálogo sólo mostrará

en pantalla aquellos lectores que estén en llamada actualmente

Figura 31.- Filtrado de llamadas inactivas Icono de la bandeja de sistema. Un icono en la Bandeja de Sistema de Windows

nos indica en todo momento si tenemos llamadas entrantes incluso cuando la aplicación está minimizada. Y la aplicación permite maximizarse automáticamente cuando tenemos llamadas entrantes nuevas.


© 2010 - DORLET, S.A.

31

8.2. CASO 2: El módulo de comunicaciones va a ser utilizado simultáneamente con el Software de Control de Accesos DASS e integrado con una centralita PBX.

La arquitectura del sistema de interfonía quedaría de la siguiente manera. Es una suma de la Red Local que exista en una instalación, añadiendo entero el caso explicado en el punto anterior, y además posibilitando la interactuación por SIP del módulo de comunicaciones DSPVoIP:

Figura 32.- Arquitectura Interfonía Dorlet + PBX

Las peticiones de servicio de comunicación de voz serán enviadas, en primera instancia,

tanto a los puestos Dorlet conectados al sistema, como a los diferentes dispositivos (Extensiones o Grupos de Extensiones) que hayamos configurado en el módulo de comunicaciones, para que interactúen con la PBX.

La llamada llegará simultáneamente al Software DASS y a las extensiones (o grupos) de la

PBX (una por lector o la misma en ambos lectores) que hayamos configurado en el módulo para que llame a través de la Centralita.

Se podrá responder a dicha petición, estableciendo así una comunicación de voz entre puesto

Dorlet / Dispositivo dentro de la PBX e Interfono.

Del mismo modo, un determinado Puesto Dorlet / Extensión dentro de la PBX puede establecer una conexión de voz, sobre TCP/IP, con un Lector / Interfono. Está comunicación es full-duplex y permite tanto al emisor como al receptor, puesto e interfono respectivamente, enviar y recibir secuencias de voz.


© 2010 - DORLET, S.A.

32

8.2.1. Funcionamiento de Interfonía con Software DASS + PBX

8.2.1.1. Introducción:

A continuación se pretende explicar el funcionamiento del módulo de comunicaciones cuando interactúa simultáneamente con Software DASS y Centralita PBX.

El funcionamiento con Software DASS está explicado íntegramente en el apartado 6.1 de esta misma guía. Sería lo mismo. En el caso de interactuar con PBX, habría que añadir a todo lo que se expondrá a continuación, lo ya explicado en el apartado anterior.

Un PBX o PABX (Private Branch Exchange y Private Automatic Branch Exchange para PABX) cuya traducción al español sería Central secundaria privada automática, es cualquier central telefónica conectada directamente a la red pública de teléfono por medio de líneas troncales para gestionar, además de las llamadas internas, las entrantes y/o salientes con autonomía sobre cualquier otra central telefónica. Este dispositivo generalmente pertenece a la empresa que lo tiene instalado y no a la compañía telefónica, de aquí el adjetivo privado a su denominación. El objetivo de Dorlet S.A. es interactuar con ellas y no su venta, instalación ni mantenimiento.

8.2.1.2. Comunicaciones:

8.2.1.2.1. Comunicaciones con Software DASS

El establecimiento de las comunicaciones en primera instancia se realizará por

TCP, y una vez ya es sabido qué dispositivos son los que van a realizar entre ellos la llamada de voz, el streaming será realizado mediante protocolo G.729, por UDP.

8.2.1.2.2. Comunicaciones con otros dispositivos a través de PBX

El establecimiento de las comunicaciones en primera instancia se realizará con la

centralita PBX a través del protocolo estándar SIP, y una vez ya es sabido qué dispositivos son los que van a realizar entre ellos la llamada de voz y una vez se ha negociado qué tipo de streaming se va a desarrollar entre ellos, el streaming será realizado a través de RTP, mediante bien el protocolo G.729 y si no puede ser, mediante G.711.

8.2.1.3. Arquitectura del Sistema de Interfonía Dorlet + PBX:

El sistema de interfonía quedaría de la siguiente manera: Lectores Dorlet, Gestores Dorlet, Servidor Dorlet, PBX y otros dispositivos conectados a la PBX. Este sistema permite realizar 3 tareas básicas:

Todos ellos se interconectan por una red Ethernet, a través de TCP/IP, y permiten realizar las siguientes funciones básicas:

Llamadas desde un Lector.

Llamadas desde Gestor a un Lector.

Llamadas desde un dispositivo perteneciente a la PBX a un Lector.

Difusión de Audio desde un Gestor a uno o varios Lectores.

A continuación se describen estas posibilidades en más detalle.


© 2010 - DORLET, S.A.

33

8.2.1.3.1. Funcionamiento de las llamadas desde un lector:

Este es el modo más habitual de uso del sistema de interfonía. En este caso, un usuario en el lector Lector-n necesita asistencia, y pulsa el botón de llamada del lector.

Al pulsar el botón, el lector realizará simultáneamente dos tareas por separado.

1. Se conecta al Servidor de Interfonía que tiene configurado (Servidor Dorlet), y envía una petición de asistencia. (En caso que el Sistema estuviera desconectado, intentaría encaminar la llamada al Servidor que tuviera almacenado en memoria).

2. Envía una petición de llamada mediante la centralita PBX a la extensión / grupo que previamente se haya configurado en el DSPVoIP.

La llamada llega a la vez a ambos destinos.

Software DASS

Softphone

Figura 33.- Llamada realizada desde interfono

En este ejemplo, se ha recibido una llamada desde el Lector1 conectado a un DSPVoIP, configurado como extensión 8001 dentro de una PBX.

Llega el aviso de llamada entrante tanto al Software DASS como a un Softphone (aunque podría haber sido cualquier otro dispositivo dentro de la PBX).

En el momento en que cualquiera de los dos receptores coja la llamada de voz, el módulo DSPVoIP, automáticamente se encarga de gestionar el cese de llamada con el otro dispositivo.

Si la llamada es aceptada por un dispositivo Dorlet, automáticamente, sería cancelada dentro del ámbito de la PBX y dejaría de sonar el dispositivo conectado a dicha PBX.


© 2010 - DORLET, S.A.

34

Si por el contrario, la llamada hubiera sido aceptada por el dispositivo de la PBX, dejaría de sonar en el Software DASS.

En el momento que una llamada ya esté establecida, si se intenta establecer comunicación con dicho lector desde otro punto, bien desde el DASS o bien desde un dispositivo de la PBX, el módulo DSPVoIP se encargará de rechazar esas peticiones de servicio.

En ambos casos, el usuario (bien del Software DASS o bien el dispositivo de la PBX) podría rechazar la llamada por no poder atenderla en ese momento. La llamada seguiría su curso en el otro dispositivo.

El establecimiento de la llamada con Software DASS es realizado mediante protocolo Dorlet por TCP. El mismo establecimiento de llamada con la PBX, es realizado por protocolo SIP.

Una vez la llamada está en curso, si es con Software DASS se utilizará el protocolo de voz G.729 a través de UDP. Si va a través de PBX, el streaming será a través de RTP, siendo soportados tanto G.711 como G.729.

8.2.1.3.2. Funcionamiento de las llamadas desde un gestor o dispositivo

conectado a una PBX:

El establecimiento de la llamada lo comienza o bien el usuario del Software DASS, o bien el usuario que pertenece con un dispositivo a una centralita PBX.

A partir de aquí, el funcionamiento es análogo al punto anterior.


© 2010 - DORLET, S.A.

35

9. CONFIGURACIÓN DEL MÓDULO

La configuración completa del módulo se realiza mediante el Software de Control de

Accesos DASS, siendo posible también su configuración por Telnet. Se recomienda utilizar el interfaz gráfico que ofrece el DASS, puesto que se simplifica mucho el trabajo, dado todos los parámetros de configuración existentes, y además permite crear al momento los sistemas con la funcionalidad Broadcast al módulo.

9.1. Configuración por 232:

El módulo de comunicaciones nos permite cambiar los parámetros de IP, Gateway y Máscara de Subred fácilmente mediante un cable cruzado RS-232, para poder ya pinchar el equipo dentro de la red, y comunicar ya con él dentro de la propia red. El cable para poder utilizar esta configuración, debe de ser un cable cruzado, siendo hembra el conector que irá conectado al PC desde el que se desea configurar.

Figura 34.- Creación y conexión de cable cruzado RS-232. Se debe conectar a la segunda línea serie operativa en el módulo de comunicaciones. Abriendo una ventana de hyperterminal, si se da tensión al módulo, deberá aparecer la siguiente ventana: Si pulsamos ‘x’, el módulo entra en modo configuración, y se queda esperando la introducción de comandos, para ser configurados sus parámetros de red. La introducción de comandos se hace de la siguiente manera (pueden ser tanto mayúsculas como minúsculas):

V: Permite ver la información del módulo

I: Permite cambiar la IP del módulo.

G: Permite cambiar el Gateway del módulo.

S: Permite cambiar el Máscara de Subred del módulo.

X: Sale del modo de configuración, y el módulo empieza su funcionamiento normal, con los parámetros que aquí se hayan introducido.


© 2010 - DORLET, S.A.

36

Figura 35.- Ventana de hyperterminal La configuración de hyperterminal para poder configurar el módulo debe ser la siguiente: 19200 baudios, bit de datos 8, paridad ninguna, bit de parada 1 y sin control de flujo.

Figura 36.- Configuración de Hyperterminal


© 2010 - DORLET, S.A.

37

9.2. Configuración de parámetros básicos y creación del Sistema por Broadcast:

El módulo de comunicaciones puede ser configurado y creado de manera sencilla en el DASS, con la utilidad “Detectar Equipos” existente en el propio DASS. Para ello, desde el menú de “Arquitectura”, pinchando con el botón derecho del ratón en Organización, nos aparecerá un menú, en el cual podemos elegir “Detectar Equipos”.

Figura 34.- Utilidad de Detección de Equipos en el DASS. Si pinchamos en “Detectar Equipos”, automáticamente nos aparecerá una ventana, con los equipos DSPVoIP que haya en la red, y que no se encuentran comunicando en ese momento con el Software DASS. Los equipos que ya estuvieran comunicando con el Software DASS, no aparecerían.

Figura 35.- Equipos detectados en la Red, por Broadcast. Una vez se han detectado los equipos, se puede elegir la Dirección IP, Gateway, Máscara de Subred y Nombres de los Lectores deseados, pulsando ligeramente en cada casilla. Finalmente, pinchando en “Crear Equipos”, crearía los equipos deseados, no siendo detectados más tarde si ya se encuentran comunicando con el Software DASS.


© 2010 - DORLET, S.A.

38

9.3. Configuración por TELNET:

Se abre una ventana de terminal en el Sistema Operativo. Escribir el comando para conectar con el Sistema DSPVoIP.

telnet dirección_IP

Aparecerá una pantalla en negro, indicando que la conexión ha sido satisfactoria.

Figura 36.- Telnet

Lo primero que debemos introducir es un password para poder acceder al menú de configuración. El password por defecto es “dorlet”. Se recomienda cambiar este password una vez hayamos ingresado en la página de configuración.

La introducción del comando se realiza de la siguiente manera:

pass dorlet

Una vez hayamos entrado con el password correcto, se puede interactuar con el módulo, para cambiar todos los parámetros configurables. Además de estos parámetros configurables, en pantalla se muestra también información del módulo que no es posible configurar, como por ejemplo, la versión de Firmware que tiene pregrabado, la versión de Hardware que es, el Hardware MAC, Número de Serie… Para ver toda la información del módulo, basta con introducir:

get config

A continuación se detallan las diferentes opciones que se tienen:

COMANDOS GET: Visualización de configuración PARAMETROS GENÉRICOS:

get fabricante: Muestra información del fabricante. get versionhw: Muestra información de la Versión de Hardware. get versionsw: Muestra información de la Versión de Firmware. get ip: Muestra dirección IP el módulo.

get password: Muestra el password de entrada al menú de configuración.

get mac: Muestra la dirección MAC del módulo get numserie: Muestra el Número de Serie del módulo get dns: Muestra la dirección de DNS de la red. get mask: Muestra la Máscara de Subred. get gateway: Muestra el Gateway. get nombrehost: Muestra el Nombre del Módulo DSPVoIP.

get nombredominio: Muestra el Dominio donde queremos que interactúe el módulo DSPVoIP.


© 2010 - DORLET, S.A.

39

get sistemaAS3: Muestra el Número de Sistema AS/3 (Si hay alguno conectado y dualEnable es 1).

get ipsrv: Muestra la última dirección IP de Servidor Dorlet que se ha conectado a la placa. (Si lo ha llegado a estar).

get ipsrv_EEPROM: Muestra la dirección IP de Servidor Dorlet que tiene almacenado en memoria (En caso de aparecer el sistema desconectado, las llamadas desde el interfono serían encaminadas a esta dirección IP).

get rele1: Muestra el estado del relé 1 en ese momento (1 significa activado. 0 significa desactivado). Sólo operativo para funcionamiento en modo autónomo.

get rele2: Muestra el estado del relé 2 en ese momento (1 significa activado. 0 significa desactivado). Sólo operativo para funcionamiento en modo autónomo.

get dual: Muestra si el módulo está configurado para trabajar en modo autónomo o conectado a un AS/3. (dualEnable a 1, significa que el módulo irá conectado a un AS/3. dualEnable a 0 indica un funcionamiento en modo autónomo).

PARAMETROS DE COMUNICACIONES: get dualport: Muestra el Puerto de Datos TCP por el que se

comunicará con el módulo. get uartport1: Muestra el Puerto de Datos TCP que se utilizará para

comunicaciones de conversión Ethernet-RS232(A) del módulo.

get uartport2: Muestra el Puerto de Datos TCP que se utilizará para comunicaciones de conversión Ethernet-RS232(B) del módulo.

get uartbps1: Muestra la velocidad en Baudios de la conversión existente en la UART1.

get uartbps2: Muestra la velocidad en Baudios de la conversión existente en la UART2.

PARAMETROS PARA INTERACTUAR CON INTERFONÍA SOFTWARE DASS: get audio1in: Muestra el puerto de datos de streaming de entrada

utilizado para interfonía Canal1 en protocolo Dorlet. get audio1out: Muestra el puerto de datos de streaming de salida

utilizado para interfonía Canal1 en protocolo Dorlet. get audio2in: Muestra el puerto de datos de streaming de entrada

utilizado para interfonía Canal2 en protocolo Dorlet. get audio2out: Muestra el puerto de datos de streaming de salida

utilizado para interfonía Canal2 en protocolo Dorlet. get audioin: Muestra el puerto TCP de Control de entrada utilizado

para interfonía en protocolo Dorlet. get audioout: Muestra el puerto TCP de Control de salida utilizado

para interfonía en protocolo Dorlet

PARAMETROS DE AJUSTE DE LOS INTERFONOS: get microfono: Muestra la Ganancia de Micrófono para los interfonos.

(En la configuración por entorno gráfico DASS, la conversión de este parámetro se hace directamente en dB). Se recomienda no tocar estos valores a no ser realmente necesario.


© 2010 - DORLET, S.A.

40

get altavoz: Muestra la Ganancia de Altavoz para los interfonos. (En la configuración por entorno gráfico DASS, la conversión de este parámetro se hace directamente en dB). Se recomienda no tocar estos valores a no ser realmente necesario.

get EAN1: Muestra el tipo de lector que se ha conectado en el Canal 1 del módulo. (Un 1 significa la utilización de un lector EAN de Dorlet. Un 0 significa la utilización de un interfono IE-JA modificado para interfonía).

get EAN2: Muestra el tipo de lector que se ha conectado en el Canal 2 del módulo. (Un 1 significa la utilización de un lector EAN de Dorlet. Un 0 significa la utilización de un interfono IE-JA modificado para interfonía).

PARAMETROS DE VIDEO: get rtsp: Muestra si RTSP está habilitado o no. RTSP tan sólo

podrá ser habilitado en los módulos que lleven montado la parte de Vídeo, puesto que se utiliza precisamente para las peticiones de Streaming MPEG-4 de cada una de las dos videocámaras analógicas que se pueden conectar al módulo. (Un 1 habilita RTSP. Un 0 deja esta opción deshabilitada). Cuando rtsp está habilitado (1), aparecerán el resto de parámetros de vídeo que hay que configurar. Si está deshabilitado, el resto de parámetros de vídeo no aparecerán en pantalla.

get pal: Muestra si las cámaras conectadas van a funcionar como PAL(1) o como NTSC(0).

get multicastEnable: Muestra si el streaming de vídeo se va a mandar por multicast o por unicast. Cuando este parámetro esté a 1, indicará que se está utilizando multicast, y por tanto todo el streaming será enviado a la IP Multicast que se configure en el módulo. Cuando este parámetro esté a 0, indicará que se está utilizando unicast, y por tanto se creará una instancia nueva cada vez que se solicite vídeo, y el streaming irá encaminado hacia la dirección IP del cliente que haya pedido la visualización de Vídeo.

get rtspport: Muestra el Puerto utilizado para empezar la comunicación por RTSP para Vídeo.

get uniport: Muestra el Puerto utilizado para el envío de streaming de Vídeo cuando las instancias se realizan por unicast.

get ipmulticast: Muestra la dirección IP Multicast de la red a la que será enviado el streaming de vídeo, cuando multicast esté habilitado.

get multiport1: Muestra el Puerto utilizado para multicast para el canal 1 de vídeo del módulo.

get multiport2: Muestra el Puerto utilizado para multicast para el canal 2 de vídeo del módulo.


© 2010 - DORLET, S.A.

41

COMANDOS SET: Cambio de parámetros en el módulo.

PARAMETROS GENÉRICOS: set ip: Permite cambiar la dirección IP el módulo. (Por

defecto este parámetro es 192.168.1.1).

Poniendo como IP la 0.0.0.0, el Sistema arrancará requiriendo al servidor de DHCP una Dirección IP dinámica.

set password: Permite cambiar el password de entrada al menú de configuración. (Por defecto este parámetro es dorlet).

set dns: Permite cambiar la dirección de DNS de la red. (Por defecto este parámetro es 255.255.255.255).

set mask: Permite cambiar la Máscara de Subred. (Por defecto este parámetro es 255.255.255.0).

set gateway: Permite cambiar el Gateway. (Por defecto este parámetro es 192.168.1.150).

set nombrehost: Permite cambiar el nombre al módulo de comunicaciones.

set nombredominio: Permite asignar el nombre del dominio donde interactuará el equipo.

set dual: Permite cambiar el modo de trabajo de cómo se debe comportar el módulo. (Si dual es 1, significa que el módulo irá conectado a un AS/3. Si dual es 0 indica un funcionamiento en modo autónomo). (Por defecto este parámetro es 0, funcionamiento en modo autónomo).

PARAMETROS DE COMUNICACIONES: set dualport: Permite cambiar el Puerto de Datos TCP por el que

se comunicará con el módulo. (Por defecto este parámetro es 3000).

set uartport1: Permite cambiar el Puerto de Datos TCP que se utilizará para comunicaciones de conversión Ethernet-RS232(A) del módulo. (Por defecto este parámetro es 3001).

set uartport2: Permite cambiar el Puerto de Datos TCP que se utilizará para comunicaciones de conversión Ethernet-RS232(B) del módulo. (Por defecto este parámetro es 3002).

set uartbps1: Permite cambiar la velocidad en Baudios de la conversión existente en la UART1. (Por defecto este parámetro es 115200).

set uartbps2: Permite cambiar la velocidad en Baudios de la conversión existente en la UART2. (Por defecto este parámetro es 115200).

PARAMETROS PARA INTERACTUAR CON INTERFONÍA SOFTWARE DASS:


© 2010 - DORLET, S.A.

42

set audio1in: Permite cambiar el puerto de datos de streaming de entrada utilizado para interfonía Canal1 en protocolo Dorlet. (Por defecto este parámetro es 43220).

set audio1out: Permite cambiar el puerto de datos de streaming de salida utilizado para interfonía Canal1 en protocolo Dorlet. (Por defecto este parámetro es 43220).

set audio2in: Permite cambiar el puerto de datos de streaming de entrada utilizado para interfonía Canal2 en protocolo Dorlet. (Por defecto este parámetro es 43221).

set audio2out: Permite cambiar el puerto de datos de streaming de salida utilizado para interfonía Canal2 en protocolo Dorlet. (Por defecto este parámetro es 43221).

set audioin: Permite cambiar el puerto TCP de Control de entrada utilizado para interfonía en protocolo Dorlet. (Por defecto este parámetro es 43210).

set audioout: Permite cambiar el puerto TCP de Control de salida utilizado para interfonía en protocolo Dorlet. (Por defecto este parámetro es 43210).

PARAMETROS DE AJUSTE DE LOS INTERFONOS: set microfono: Permite cambiar la Ganancia de Micrófono para los

interfonos. (En la configuración por entorno gráfico DASS, la conversión de este parámetro se hace directamente en dB). Se recomienda no tocar estos valores a no ser realmente necesario. (Por defecto este parámetro es 52. 52 equivale a 10dB. Para más información, ver tablas en su correspondiente apartado).

set altavoz: Permite cambiar la Ganancia de Altavoz para los interfonos. (En la configuración por entorno gráfico DASS, la conversión de este parámetro se hace directamente en dB). Se recomienda no tocar estos valores a no ser realmente necesario. (Por defecto este parámetro es 103. 103 equivale a -3dB. Para más información, ver tablas en su correspondiente apartado).

set EAN1: Permite cambiar el tipo de lector que se ha conectado en el Canal 1 del módulo. (Un 1 significa la utilización de un lector EAN de Dorlet. Un 0 significa la utilización de un interfono IE-JA modificado para interfonía). (Por defecto este parámetro es 1).

set EAN2: Permite cambiar el tipo de lector que se ha conectado en el Canal 2 del módulo. (Un 1 significa la utilización de un lector EAN de Dorlet. Un 0 significa la utilización de un interfono IE-JA modificado para interfonía). (Por defecto este parámetro es 1).

PARAMETROS DE VIDEO: set rtsp: Permite cambiar si RTSP está habilitado o no. RTSP

tan sólo podrá ser habilitado en los módulos que lleven montado la parte de Vídeo, puesto que se utiliza precisamente para las peticiones de Streaming MPEG-4 de cada una de las dos videocámaras analógicas que se pueden conectar al módulo. (Un 1 habilita RTSP. Un 0 deja esta opción deshabilitada).


© 2010 - DORLET, S.A.

43

Cuando rtsp está habilitado (1), aparecerán el resto de parámetros de vídeo que hay que configurar. Si está deshabilitado, el resto de parámetros de vídeo no aparecerán en pantalla. (Por defecto este parámetro es 0).

set pal: Permite establecer si las cámaras conectadas (Ambas), van a ser PAL o NTSC.

set multicastEnable: Permite cambiar si el streaming de vídeo se va a mandar por multicast o por unicast. Cuando este parámetro esté a 1, indicará que se está utilizando multicast, y por tanto todo el streaming será enviado a la IP Multicast que se configure en el módulo. Cuando este parámetro esté a 0, indicará que se está utilizando unicast, y por tanto se creará una instancia nueva cada vez que se solicite vídeo, y el streaming irá encaminado hacia la dirección IP del cliente que haya pedido la visualización de Vídeo. (Por defecto este parámetro es 0).

set rtspport: Permite cambiar el Puerto utilizado para empezar la comunicación por RTSP para Vídeo. (Por defecto este parámetro es 5554).

set uniport: Permite cambiar el Puerto utilizado para el envío de streaming de Vídeo cuando las instancias se realizan por unicast. (Por defecto este parámetro es 4548).

set ipmulticast: Permite cambiar la dirección IP Multicast de la red a la que será enviado el streaming de vídeo, cuando multicast esté habilitado. (Por defecto este parámetro es 224.0.1.15).

set multiport1: Permite cambiar el Puerto utilizado para multicast para el canal 1 de vídeo del módulo. (Por defecto este parámetro es 4544).

set multiport2: Permite cambiar el Puerto utilizado para multicast para el canal 2 de vídeo del módulo. (Por defecto este parámetro es 4546).


© 2010 - DORLET, S.A.

44

9.4. Configuración por Software DASS:

Una vez se tenga creado ya el sistema correctamente en el software, se puede comenzar con la configuración del módulo DSPVoIP. Para ello, se debe pinchar con el botón derecho del ratón en el sistema y seleccionar “propiedades”. (La configuración se podrá hacer efectiva siempre y cuando el equipo se encuentre en modo desconectado o avería).

Figura 37.- Monitor de Accesos Dorlet

Una vez seleccionado, aparecerá una pantalla referente al equipo. Se debe seleccionar en este momento la opción “conexión”.

Figura 38.- propiedades del Sistema

Tras seleccionar el botón “conexión”, aparecerá en pantalla una ventana en la cual aparecerá ya un diálogo en el que pone “Configurar conversor Red”. Se debe pinchar en él para configurar el módulo de comunicaciones.


© 2010 - DORLET, S.A.

45

Figura 39.- Propiedades de la conexión del sistema. En la siguiente pantalla, aparecerán todos los campos, mediante pestañas bien diferenciadas, para poder configurar tanto los parámetros básicos, como los parámetros de interfonía Dorlet, interfonía SIP si se desea, o Vídeo. Cada funcionalidad en su respectiva pestaña bien diferenciada. (Es muy importante configurar bien estos parámetros, dado que si no se realiza de forma correcta el proceso de configuración, puede provocar que el módulo no funcione del todo bien, o incluso que ni siquiera llegue a funcionar).

Figura 40.- Parámetros a configurar en interfonía e interfonía SIP.


© 2010 - DORLET, S.A.

46

Figura 41.- Parámetros a configurar de Vídeo.

(Es muy importante que todos los puertos necesarios para el correcto funcionamiento, estén abiertos a nivel de Routers, etc.).

9.4.1. Configuración de otros parámetros:

En todo momento se deben de asegurar una serie de parámetros para el correcto funcionamiento del sistema.

La red proporciona un ancho de banda suficiente como para que funcione correctamente el dispositivo. (A tener muy en cuenta si existe videograbación en la instalación)

El cableado tiene calidad suficiente, es apantallado y con una sección aceptable.

(Explicado en su correspondiente apartado).

El conexionado con el interfono está correctamente dispuesto.

El PC con el cual se va a utilizar Interfonía está bien ajustado.

Los drivers de la tarjeta de sonido están correctamente instalados y actualizados.

El software DASS está funcionando correctamente.


© 2010 - DORLET, S.A.

47

9.5. Configuración del lector de interfonía:

El lector de interfonía debe cumplir seguir las siguientes características:

Se debe utilizar un lector de interfonía libre de ruidos y que no haga caja acústica. El altavoz recomendado a utilizar debe ser de 8Ω / 2W.


© 2010 - DORLET, S.A.

48

10. GRABACIÓN FLASH DEL MÓDULO

El programa que gestiona el correcto funcionamiento del módulo de comunicaciones DSPVoIP,

puede ser actualizado fácilmente. A continuación se muestran una serie de pautas a seguir.

Ejecutar el comando TELNET en una línea de comandos en el Sistema Operativo.

telnet dirección_IP [ENTER]

Realizar la petición SET para que el Sistema entre en Modo Grabación.

set main 0 [ENTER]

Salvar los cambios.

save [ENTER]

Resetear el Sistema.

reset [ENTER]

Introducir en un Navegador de Internet la dirección IP del Sistema. Aparecerá una pantalla en la que se deberá elegir el firmware a grabar (proporcionado por el fabricante) y pulsar el botón de Grabar Flash. Comenzará el proceso de grabación del módulo. Durante este proceso se perderá el PING al Sistema puesto que se está regrabando. Esperar hasta que la grabación haya finalizado.

Figura 40.- Grabación de la Flash por TCP/IP

Al finalizar la grabación, nos aparecerá una pantalla indicando si la grabación fue correcta o no.

Figura 41.- Confirmación de Flash grabada

DSP/VOIP V1.3 GUIA DE INSTALACION - dorlet.com · Interactuación con Centrales de Interfonía IP...

Documents

Transcript of DSP/VOIP V1.3 GUIA DE INSTALACION - dorlet.com · Interactuación con Centrales de Interfonía IP...