Hace poco realicé una implementación de telefonía IP, los requerimientos del cliente eran claros; telefonos marca Fanvil y Softphone Wave de la firma Grandstream. Me dí a la tarea de realizar el despliegue, al ser diferentes vendors la productividad de implementación disminuye.
Realice la configuración, venía la hora de probar todo el sistema, las típicas pruebas entre extensiones para validar audio, tonos y demás características. Todo marchaba bien, llamadas entre extensiones físicas de télefonos Fanvil, sin embargo, cuando probé la llamada del Wave hacia una extensión alojada en un telefonó Fanvil; todo marchaba bien se enlazaba la llamada y al moemnto de que se contestaba desde el teléfono Fanvil se terminaba/cortaba la llamada y aparecía el error SIP: Llamada Finalizada 488, al igual que en el softphone.
Procedí a investigar, probé agregar los codecs correctos, sin embargo, no era la solución, indague de más y el tema era el siguiente; existia una incompatibilidad en la negociación de la seguridad del audio (SRTP) entre el telefono FANVIL y las extensiones.
Solución
Dicho esto ingrese a la configuración del teléfono IP en la opción de:
- Línea
- SIP
- RTP Encryption (SRTP)
- Optional
- RTP Encryption (SRTP)
- SIP
Véase la imagen para referencia:
Al habilitar esta opción, el modo Optional se encarga de activar el modo adaptativo o de negociación flexible para la seguridad del audio. Es decir, al realizar una llamada (saliente), el teléfono Fanvil inicia la comunicación proponiendo audio cifrado (SRTP con sus llaves criptográficas) en el primer mensaje de invitación (SDP). Si el servidor (PBX) o el otro teléfono no lo soportan, el Fanvil se adapta automáticamente y reduce la seguridad a audio normal sin cifrar (RTP), permitiendo que la llamada se concrete en lugar de colgar y al recibir una llamada (Entrante), el teléfono aceptará de igual manera la llamada tanto si viene cifrada bajo SRTP como si viene sin seguridad bajo RTP común.
Al aplicar cambios, la comunicación pudo establecerse sin ningún problema. dicho lo anterior, te comparto esta solución que, si también implementas algún sistema Frankenstein y se te presenta este tema, puedas darle solución. Evidentemente, para evitar estos escenarios es recomendable utilizar equipos del mismo vendor el cual ya esta homlogado a las peticiones del IP-PBX.