No son pocas las personas que apuran el ingenio hasta puntos sorprendentes, de la misma manera que son muchas las personas que utilizan la misma aplicación para ofrecer cualquier solución, desconociendo que existen otras herramientas más adecuadas para lo que está buscando.
Si necesitases instalar un sistema de megafonía telefónico de manera que marcases un código y pudieras anunciar un mensaje en una nave, un supermercado, o en unas grandes superficies, seguro que se ocurrían muchas maneras diferentes de enfocar el problema para darle una solución más o menos correcta. No obstante, aquí aparece el dicho de «para un martillo, todo son clavos» y es que si bien existen soluciones profesionales para sistemas de megafonía como los Snom PA1, hay a quien únicamente se le ocurre otra solución la mar de curiosa.
La siguiente imagen es un ejemplo de ello, un «sistema de megafonía» utilizando el soporte manos libres de un teléfono unido a un auto-answer.
Estoy seguro que la solución funciona, la cinta americana para evitar que se descuelgue el teléfono y deje de funcionar el altavoz del manos libres es la prueba efectiva de que la solución cumple su cometido. Quizá no es la solución más elegante y visto el escenario donde está situado el teléfono, seguro que tampoco es la mejor desde el punto de vista de un proyecto de ingeniería, no obstante, sistemas de megafonía para una instalación VoIP basada en protocolo SIP existen y son mucho más efectivas y elegantes y, muy probablemente, más económica que instalar un teléfono con manos libres en lo alto de un frontón de un arco, atado con su propio cable de red a una tubería…
En fin, estoy muy a favor de usar las herramientas que tenemos a nuestra disposición para conseguir resolver los problemas que se nos plantean a diario, pero si la única solución que se te ocurre es esta, creo que te vendría bien conocer más «herramientas» que pueden, no sólo facilitarte la vida ahora, si no en el futuro.
Hace varios años, Digium sacó un sistema que permitía configurar automáticamente los teléfonos sin tener que acceder a ellos, únicamente aprovechando el propio Asterisk y un módulo propio llamado DPMA (Digium Phone Module for Asterisk), es más… Digium estaba tan convencido de la utilidad de este módulo que incluso lo incluyó como el primer tema de su famoso Asterisk Advanced. No obstante, aunque la idea en sí era buena, la implantación no lo era tanto, ya que tenía ciertos requerimientos que lo complicaban tanto que, al final, casi era mejor acceder a cada uno de los teléfonos y configurarlos a mano. Pero la idea en sí era muy buena. Las empresas que hacen instalaciones de sistemas basados en Asterisk (con teléfonos, gateways, etc.) necesitan de un sistema que les ayude a configurar todos los teléfonos de una sentada sin tener que ir uno por uno y reduciendo el tiempo necesario para configurarlos.
La solución estándar siempre ha sido muy sencilla: servidor DHCP + servidor FTP + plantillas de configuración, de manera que creando una plantilla, el teléfono al encenderse se conecta al servidor DHCP para que éste le de una dirección IP, y además le dice la ruta donde se encuentra el firmware y su configuración. El teléfono se conecta al servidor FTP, se descarga la configuración y punto.
Pero hoy día en el que muchos teléfonos no se encuentran dentro de la red local del servidor, muchos fabricantes han optado por un sistema más automático: El teléfono nada más encenderse, se conecta a un servidor propio del fabricante donde se le indica: o bien el servidor donde se encuentra la configuración, o bien directamente la configuración del teléfono en función de su dirección MAC.
Esto implica que haya que acceder a un servicio del fabricante del teléfono y configurar manualmente los valores que va a tener ese teléfono. Es una ventaja frente a tener que acceder remotamente al teléfono y configurarlo, pero aún así, si tienes 15 o más teléfonos, esta solución no ayuda tampoco.
Para ello, Snom ha creado PhoneLink para Asterisk: una herramienta que hace uso de un sistema propio y remoto donde los teléfonos se van a conectar para buscar su configuración personal (SRAPS – Secure Redirection And Provisioning Service) y un módulo de Asterisk que lee la configuración que tengamos en el módulo PJSIP y la exporte al SRAPS para generar automáticamente la configuración para los teléfonos que tengamos dados de alta.
Esquema de cómo funciona el sistema PhoneLink de Snom
Para que esto funcione bien y que Asterisk se pueda comunicar con el servidor SRAPS, hace falta primero una configuración propia en Asterisk que haremos gracias a un módulo para el PJSIP.
[1000] type = phoneprovr endpoint = endpoint_1000 MAC = 000413928b88 IPUI = 0x0328D661AB PROFILE = snom OTHERVAR = othervalue
Aquí un ejemplo de cómo sería la configuración que PhoneLink procesaría y sincronizaría con el SRAPS
Como podéis ver, hace uso del res_phoneprov para crear una configuración específica para ese teléfono y subirla al servidor SRAPS con la misma configuración que le hemos configurado en el PJSIP.
Una de las ventajas es que es compatible con los teléfonos Snom ya sea de escritorio, DECT o de conferencia (que básicamente son los que utilizaremos con Asterisk) y que podemos configurar prácticamente cualquier parámetro del teléfono (hasta los botones de monitorización BLF) por lo que la configuración SIEMPRE estará sincronizada y nos ahorrará bastante tiempo a la hora de cambiar la configuración o añadir nuevos terminales.
Y aquí la web con el código del proyecto que se encarga de «capturar» la información particular de los teléfonos y subirla al servidor SRAPS: https://gitlab.com/publ2/phonelink_for_asterisk
Una solución mucho más efectiva, práctica y rápida que el dichoso DPMA de Digium. Cierto que sólo funciona con los teléfonos SNOM, pero es otra de las ventajas de utilizar este tipo de teléfonos. ¿o no?
En 2014 ya hablamos cuando Snom presentaba su nuevo terminal Snom M65, un teléfono DECT que contaba con una base DECT-SIP y que permitía conectar las ventajas de la telefonía DECT al mundo de la VoIP.
5 años más tarde, Snom vuelve a presentarnos una reestructuración de su arsenal inalámbrico con sus nuevos terminales M70, M80 y M90, más orientados al entorno empresarial con muchas características que lo hacen ideal para ciertos entornos en los que la calidad de sonido no debe ser sacrificada por la necesidad de movilidad dentro de un recinto.
Ventajas de un teléfono DECT frente a un teléfono Wifi
Menos sensibilidad a ruidos procedentes de redes wifi ajenas
Tecnología orientada a transmitir VOZ
Servicios telefónicos integrados en el propio protocolo
Antena DECT Snom M900
Las antenas DECT Snom M900 es una antena DECT con conexión Ethernet con el que poder montar una infraestructura multicelda para crear una cobertura única formada por varias antenas DECT conectadas entre sí.
El sistema multicelda es similar al mecanismo que hoy día se utiliza para la cobertura de teléfonos móviles, en el que se sitúan antenas geográficamente de manera que formen una especie de panal de abeja permitiendo que una persona pueda estar hablando mientras cambia de cobertura de una antena a la cobertura de la siguiente. Si bien para ello hace falta que haya un cierto «solapamiento» de las coberturas, y una sincronización de los datos que se envían desde todas las antenas, esto último se hace mediante cableado Ethernet permitiendo así ahorrar en canales DECT disponibles.
Otra de las ventajas es la capacidad de formar una única red global (una cobertura única) con la que nos evitamos el engorroso trámite de tener que estar registrando y desregistrando terminales en las bases. Este sistema bastante conocido en el mundo GSM, ahora también está disponible en el entorno DECT y permite crear grandes mapas de cobertura con unas pocas antenas.
Ejemplo de cobertura multicelda
Una de las ventajas de los sistemas multicelda de Snom es que son capaces de conectar hasta (ojo a esto): 4000 bases conectadas entre sí para formar una única cobertura DECT.
Está claro que nadie va a conectar esa cantidad de bases (sobre todo porque no es recomendable conectarlas a menos de 4m una de otra) por lo que si quisieramos conectar 4000 bases conectándolas cada 4 metros, necesitaríamos una superficie de unos 40.960 metros cuadrados sólo para hacer la prueba, pero la idea queda clara que prácticamente no hay límites en cuanto a la cantidad de antenas que puedes conectar para extender la cobertura.
¿Por qué no más de 8 llamadas simultaneas?
Una de las quejas / preguntas más típicas sobre el DECT era el de la limitación de las llamadas simultáneas, y es que, sin intención de meterme en temas muy técnicos que darían para un post entero dedicado a esto, diremos que el protocolo DECT tiene limitados el número de canales dedicados a comunicación por lo que, si bien sólo se pueden hacer 4 llamadas simultáneas en las frecuencias permitidas con la calidad buena, se pueden llegar a hacer «hasta» 8 llamadas simultaneas si se comprime más la señal, algo que prácticamente todo el mundo hace.
Especto DECT durante una conversación
Cobertura DECT
Al funcionar con una frecuencia determinada y una potencia máxima controlada, los rangos de cobertura son prácticamente similares entre las marcas diferenciándose unas y otras por la calidad de los componentes de las antenas, ruidos, aislamientos, etc y consiguiendo así, mejorar la calidad y la comunicación cuando se está al límite de la distancia.
Considerando que cada antena tiene una cobertura máxima de 50m. de distancia en interiores y 300m. en exteriores, ya puedes hacerte una idea de que puedes utilizar estas antenas para prácticamente cualquier instalación que necesites.
El sistema multicelda permite además, conectar todas las antenas entre sí y gestionarlas desde una antena principal con lo que la configuración es, lógicamente, mucho más sencilla que si tuvieramos que entrar en cada antena una por una configurando las conexiones.
Para saber cuantas antenas hacen falta y a qué distancia poner cada una de ellas hay que hacer muchas pruebas, evaluar el tipo de lugar donde se va a realizar la instalación, ver qué paredes u obstáculos existen y de qué tipo (madera, ladrillos, metal, etc…) y hacer un estudio de cobertura en condiciones que, inicialmente puede ser muy difícil, pero a medida que le vayáis cogiendo práctica, veréis como se le pilla el truco rápidamente.
Terminales DECT
No os voy a engañar, lo que mucha gente hace es instalar buenas antenas DECT que proporcionen una buena cobertura y luego buscan los teléfonos DECT más baratos que puedan, a fin de cuentas, si son DECT compatible con GAP, deben ser compatibles con cualquier teléfono inalámbrico DECT.
Ese es quizá uno de los mayores errores que suelen cometer algunas empresas, y es que la «compatibilidad GAP» únicamente se refiere a la capacidad básica de hacer y recibir llamadas, pero no se refiere a muchos otros conceptos básicos y requeridos por cualquiera como:
Ver el número de la persona que llama. (CallerID)
Desviar o transferir una llamada a otra extensión.
Mantener la comunicación cuando nos movemos y cambiamos de antena.
etc.
Este tipo de características no vienen incluidas en el estándar GAP, por lo que si optamos por terminales de otras marcas con la esperanza de que sean compatibles, seguramente nos llevaremos una gran desilusión y lo que nos ahorremos en terminales, nos lo terminaremos comiendo en tiempo buscando soluciones que no existen, por esta razón, siempre he recomendado utilizar los terminales más compatibles con las antenas que se utilicen y de esa manera ahorraremos dolores de cabeza, pérdida de tiempo y dinero.
Como estamos hablando de Snom, los terminales también se han actualizado y es que ahora contamos con una nueva gama de terminales DECT completamente nuevos:
Snom M70
Snom M80
Snom M90
Como se puede apreciar en la imagen, los tres teléfonos son bastante parecidos, aunque hay bastantes diferencias entre los tres, así que vamos a verlas:
Diferencia de tamaño entre el M25 (izquierda), el M70, M80 y M90 (derecha)Comparación del Snom M25 junto con el resto de teléfonos DECT
Lo primero que llama la atención es la diferencia de estilo entre el M25 y la nueva hornada. Los nuevos DECT tienen una carcasa protegida por una textura más flexible, lo que suponemos sirve para dos objetivos: mejor agarre (evitamos caídas) y mayor resistencia en caso de caída (al tener una cobertura gomosa, la carcasa amortigua el golpe).
Lo segundo que llama la atención es el tamaño, más pequeño y además, los nuevos terminales incluyen una pinza para poder llevarlo colgado desde cualquier prenda o cinturón.
La pantalla es casi el doble de grande que su homólogo Snom M25 y bastante más práctica, mientras que las teclas son más pequeñas en los modelos M70 y M80, mientras que en el M90 las teclas forman parte de la misma capa, lo que es ideal de cara a limpieza y líquidos como se puede apreciar en la siguiente fotografía:
Detalle del teclado del Snom M80 (negro) y el Snom M90 (blanco)
Los modelos M80 y M90 comparten cargador, mientras que el M70 (algo más pequeño) necesita un cargador diferente al de sus dos hermanos mayores.
Los 3 teléfonos incluyen cargadores que se alimentan mediante un conector USB-A y que vienen con un conector hembra para hacer de switch o de puente y poder alimentar, a su vez, otros cargadores, una idea muy buena y que nos permite tener todos los teléfonos cargando en el mismo sitio sin necesidad de transformadores ni enchufes.
Detalle del conector de carga del Snom M80
La configuración es bastante sencila, ya que todo se configura desde la antena DECT (en este caso, la base Snom M900) y la configuración de los 4 teléfonos, para no haberlo hecho nunca, apenas me llevó 10 minutos con la configuración la cuenta SIP inclusive, por lo que es bastante sencilla y rápida.
Seguramente os ha ocurrido alguna vez que vuestro teléfono IP ha empezado a sonar tras recibir una llamada extraña de algún número como «1000» o «101» o similar, en cualquier momento, a horas en las que vuestro servidor SIP está configurado para no dejar pasar más llamadas… Lo primero que uno piensa es que hay algún fallo de seguridad, algo que no debía estar pasando o incluso peor, si tenéis un teléfono IP en casa, es recibir llamadas a las tantas de la madrugada.
Éstas llamadas se conocen como: «llamadas fantasma» y son totalmente inofensivas, aunque sí que pueden llegar a ser bastante molestas. Vamos a ver qué son, por qué ocurren y cómo se evitan:
Qué son las llamadas fantasmas
Antes de empezar: Muchas empresas de telemarketing hacen llamadas utilizando marcadores predictivos, que hacen llamadas a clientes esperando que éste conteste y una vez descuelgue, pasar la llamada al agente correspondiente. Si no hay ningún agente disponible en el momento, la sensación es idéntica a la de una llamada fantasma y ahí poco podríamos hacer salvo poner ese número en la lista negra o esperar un poco antes de colgar para saber quién nos llama, o apuntarnos a la Lista Robinson para evitar que nos molesten con publicidad pero efectivamente, esto no es una llamada fantasma.
Para entender qué son las llamadas fantasmas, tenemos que saber que, cuando un ordenador establece una comunicación otro, abre un socket que no es más que un puerto que se comunica con otro.
Vamos a ver un ejemplo básico: Petición HTTP
Cuando nos conectamos a una página web desde nuestro navegador, un puerto de nuestro sistema se abre para enviar información sobre la página web que queremos visitar y nos conectamos al puerto 80 o 443 del servidor (de ahí que el router del servidor web tenga configurada una opción para enviar todas las peticiones del puerto 80 y 443 al servidor web de la red). Por nuestra parte, el router ve que, desde nuestro ordenador se abre un puerto (uno aleatorio, alto, sin mucha fanfarria) y lo abre durante el tiempo que dure la conexión. Hay que recordar que en HTTP, cada página, cada gráfico, cada archivo JS o CSS son conexiones separadas e independientes, por lo que, por cada página que enlaza a un archivo Javascript, un CSS y una imagen, tendríamos 4 conexiones:
En este caso, el navegador es quien decide utilizar un puerto «aleatorio» para comenzar la conexión, es lo que se conoce como «puerto local» y como es interesante mantenerlo abierto hasta que se recibe el archivo, se utiliza un puerto local por cada archivo que se desea obtener. (Nota: Esto es así en HTTP1, en HTTP2 funciona diferente).
En VoIP, al igual el puerto local es seleccionado como aleatorio por el propio navegador, en SIP el puerto local lo controla el teléfono y como es UDP y no tiene que esperar a recibir una petición para enviar otra, ya que todo el tráfico SIP se puede enviar en la misma conexión, únicamente se utiliza el puerto local definido por el teléfono. Por una razón de estándar, cada dispositivo o software SIP debe utilizar el puerto 5060/UDP, de manera que la conexión se pueda hacer directamente conociendo la IP, de manera que si encontramos un dispositivo con el 5060 abierto, debemos entender que entenderá SIP, por lo que si le enviásemos un paquete SIP con un INVITE a ese dispositivo, en teoría, debería empezar a sonar o redirigirla a donde esté configurado para hacerlo.
Si nuestro teléfono tiene configurada una cuenta en un operador IP o en un servidor SIP remoto es normal que, de vez en cuando, se intercambien paquetes a fin de mantener la conexión (OPTIONS, REGISTER, etc.) y si, por lo que hemos explicado antes, tiene configurado el puerto SIP local con el 5060, nuestro router también abrirá ese puerto para mantener la conexión.
Como podéis ver, en nuestro router también se abre el puerto 5060 para enviar el paquete a nuestro servidor SIP.
Ahora bien… como también sabréis, existen numerosos bots que escanean Internet completamente buscando sistemas VoIP vulnerables, por lo que en cuestión de minutos pueden tener una lista de todos los ordenadores con el puerto 5060 abierto. Si encuentran una IP externa con ese puerto, intentan enviar un paquete INVITE para comprobar si es vulnerable…
Por lo que nuestro teléfono recibirá una llamada. Está claro que es completamente inofensiva, ya que nuestro teléfono no puede procesar la llamada más allá del auricular y si descolgamos no escucharemos nada, ya que el bot no envía audio únicamente señalización, pero es bien molesto.
Cómo evitar las llamadas fantasma
Para evitarlas, tenemos la forma más sencilla que es entrar en la configuración de nuestro teléfono y modificar el parámetro SIP LOCAL para cambiar el puerto del 5060 a cualquier otro. Esto cambiaría el puerto con el que saldremos (no al que nos vamos a conectar) y de esa manera el bot seguramente no nos detecte y nos ahorraríamos esa molesta llamada.
Otra posibilidad es activar la opción que tienen algunos teléfonos para evitar recibir INVITES de otros dispositivos que no sean el servidor SIP al que estamos conectados.
Sea de la forma que sea, las llamadas fantasmas son tan habituales como la propia Voz sobre IP y por lo tanto evitarla está de nuestra mano.
Una de las ventajas de la VoIP es que se adapta a cualquier tecnología existente basada en estándares, de forma que podemos reutilizar sistemas y ahorrar a la hora de adquirir nuevos dispositivos.
No obstante, hay casos en los que necesitamos adquirir nuevos terminales y ya tendremos que plantearnos, si utilizar:
Un softphone «adosado» a nuestro ordenador.
Un terminal IP de sobremesa.
Un terminal IP inalámbrico.
Los terminales inalámbricos son muy utilizados en determinadas empresas, una oficina, una nave industrial o incluso en un trabajo de exterior en la que hay gente moviéndose de un lado para el otro, los inalámbricos nos ofrecen libertad de movimiento y una calidad de audio más que aceptable, pero cuando llega la hora de escoger entre un terminal Wifi o un terminal Dect, debemos sopesar las diferencias entre ambas y ver cual nos interesa más.
Vamos a analizar las ventajas e inconvenientes de cada uno de estos sistemas…
La división de VoIP de Thomson ha cambiado de nombre a Technicolor y ha desarrollado un nuevo terminal TB-30 con un nuevo diseño, más orientado a oficina, mejor calidad de audio y algunas mejoras que superan en características al famoso Thomson ST2030.
Cuando uno lee el titular, lo primero que puede pasar por la cabeza es que tiene toda la apariencia de ser un timo, lo cierto es que en el blog de Tom Keating aparece el teléfono por $19,95 (un dólar más caro) y, aunque el teléfono tiene unas características propias de un teléfono de gama baja, por ese precio tampoco se puede pedir mucho más.
Ya por curiosidad, el hecho de encontrar un teléfono «VoIP» con un precio sospechosamente barato ya me hizo investigar un poco para ver dónde estaba el truco.
Sí, soy desconfiado por naturaleza, sobre todo cuando uno conoce este mundo y sabe que lanzar un producto de estas características puede llegar a ser bastante apetecible para muchas personas.
– Garantía de 90 días (3 meses)
– Códecs soportados: G.711 y G.723
– No soporta POE
– Fuente de alimentación de 9V (sólo para EEUU)
– Sólo es compatible con H.323 v.2 y ¿skype? (no es compatible con SIP)
Alguno se acordará de todas las veces en las que comparaba el protocolo H.323 con SIP y decía aquello de «ningún fabricante hace ya terminales H.323…«, -«el protocolo H.323 está obsoleto«, -«nadie en su sano juicio se gastaría un euro en comprar un teléfono, tarjeta, gateway con soporte H.323…«, … me arrepiento… seguro que por $18 el terminal, más que uno es capaz de convencer a un cliente ingenuo de utilizar este protocolo diciendo que es «lo último en VoIP» o remover las entrañas de Asterisk en busca de un «chan_??h323″ compatible con Asterisk para intentar echarlo a andar, pese a que el esfuerzo acabe con la paciencia hasta de las piedras.
Por otro lado, según la página donde encuentres el teléfono hablan de soporte de Skype, o únicamente H.323, lo que investigando un poco más uno descubre que no hay fabricante, (todos son tiendas) y el único que parece un fabricante de China, la página nuestra sólo publicidad como cuando caduca un dominio. ¿?:-.
En fin, intentaremos no pensar mal y darnos cuenta que cuando un teléfono VoIP pasa a costar ese precio, prácticamente lo han sacado de un almacen abandonado y que está ocupando un precioso espacio que podría ser más útil alojando dispositivos algo más recientes y más soportados.
Por supuesto que cada uno puede comprar lo que quiera, y por 16€ del teléfono + 30€ de transporte, uno puede probarlo y confirmarnos si trae o no soporte de Skype. 😀
Leo en VentureVoIP que Russell Bryant ha hecho pública dos nuevas ventajas que serán desarrolladas en la actual versión Asterisk Trunk que pasará a ser Asterisk 1.6.
– Autoprovisionamiento de Terminales IP.
Como ya comentamos, Asterisk 1.6 se marca como objetivo mejorar su rendimiento para infraestructuras más grandes, muchos usuarios, muchos terminales, muchas acciones, por lo que uno de los pasos importantes consiste en centralizar el autoprovisionamiento de terminales IP, algo que estos ya soportan pero gracias a un servidor DHCP (que no siempre es posible), servidores webs o bien TrivialFTP (TFTP), aparte de esto, la cosa se complica cuando en la red hay terminales de varios modelos (Polycom, Linksys, GrandStream, Thomson, etc…) y más aún cuando los archivos de autoprovisionamiento deben crearse dinámicamente respecto a bases de datos centralizadas.
Aquí podeis ver un ejemplo de cómo sería la configuración de este añadido: http://www.venturevoip.com/phoneprov.conf
– Soporte de JACK.
Algo con lo que Russell Bryant lleva algún tiempo metido es con el sistema Jack que consiste en capturar el audio de una conversación, enviarla a un archivo y procesarla mediante cualquier otra aplicación en tiempo real.
Esto puede ser bastante útil para mejorar sistemas como la función Whisper, utilizada generalmente en servicios donde el operador que habla con un usuario es ayudado en tiempo real por un profesional (servicios médicos, soporte técnico, etc…) o bien enviar ese audio a una aplicación que procese algún tipo de filtro y modifique la forma de la onda a nuestra voluntad como algún que otro ejemplo del que ya hablamos hace tiempo.
Para gestionar ese tipo de modificaciones, tanto para llamadas salientes como entrantes, están evaluando utilizar el sistema de un entorno de programación gráfica llamada PureData (PD) de manera que sea más sencillo desarrollar filtros y añadidos, no solo para audio, si no también para vídeo, por lo que imagino que en una llamada, gracias a este tipo de sistema se podrán realizar determinados efectos para videoconferencias (lo típico de ‘sepia‘, ‘blanco y negro‘, ‘distorsiones varias‘, o incluso utilización de ‘cromas‘ o añadidos de logotipos o moscas en una conversación, e incluso mezclar varias fuentes de vídeo y conseguir hacer una multivideoconferencia bastante atractiva y recibir un único flujo de datos en lugar de varios correspondientes a cada usuario… muy muy interesante las posibilidades que podría abrir este sistema.
Seguramente os ha ocurrido alguna vez que vuestro teléfono IP ha empezado a sonar tras recibir una llamada extraña de algún número como «1000» o «101» o similar, en cualquier momento, a horas en las que vuestro servidor SIP está configurado para no dejar pasar más llamadas… Lo primero que uno piensa es que hay algún fallo de seguridad, algo que no debía estar pasando o incluso peor, si tenéis un teléfono IP en casa, es recibir llamadas a las tantas de la madrugada.
Antes de empezar: Muchas empresas de telemarketing hacen llamadas utilizando marcadores predictivos, que hacen llamadas a clientes esperando que éste conteste y una vez descuelgue, pasar la llamada al agente correspondiente. Si no hay ningún agente disponible en el momento, la sensación es idéntica a la de una llamada fantasma y ahí poco podríamos hacer salvo poner ese número en la lista negra o esperar un poco antes de colgar para saber quién nos llama, o apuntarnos a la Lista Robinson para evitar que nos molesten con publicidad pero efectivamente, esto no es una llamada fantasma.
Si nuestro teléfono tiene configurada una cuenta en un operador IP o en un servidor SIP remoto es normal que, de vez en cuando, se intercambien paquetes a fin de mantener la conexión (OPTIONS, REGISTER, etc.) y si, por lo que hemos explicado antes, tiene configurado el puerto SIP local con el 5060, nuestro router también abrirá ese puerto para mantener la conexión.
Cuando uno lee el titular, lo primero que puede pasar por la cabeza es que tiene toda la apariencia de ser un timo, lo cierto es que en el blog de Tom Keating aparece el teléfono por $19,95 (un dólar más caro) y, aunque el teléfono tiene unas características propias de un teléfono de gama baja, por ese precio tampoco se puede pedir mucho más.