Acabo de conocer una aplicación que se define como “una versatil herramienta para hacer llamadas que unifica las aplicaciones para Mac, datos y teléfonos (tanto móviles, fijos como VoIP)”.

Dialectic es una aplicación que permite llamar, a través de cualquier aplicación que funcione en Mac, a cualquier número.

Tiene soporte para conectar el Mac a terminales IP, a softphones como Eyebeam, Gizmo, Skype, y por supuesto directamente a Asterisk permitiéndonos no únicamente hacer llamadas haciendo clic en un número de teléfono que aparezca en la Agenda, si no programar cuando llamar, qué hacer cuando recibamos una llamada en el terminal o en el softphone que tengamos instalado y que esté soportado en este listado de plugins.

• Bluetooth mobile phones
• Landlines
• Asterisk
• BroadVoice
• CallVantage
• Cisco IP Phones
• FRITZ!Box
• Ovolab Phlink
• Parliant PhoneValet
• Speakeasy.net
• ViaTalk
• Vonage
• VoIP Softphones: CounterPath softphones, Gizmo, iSoftPhone, JackenIAX, LoudHush, ohphoneX, Skype, WengoPhone, …

Además de hacer llamadas, permite hacer muchas cosas muy interesantes (grabar conversaciones, añadir prefijos, y muchas cosas más, e incluso hacer y recibir llamadas utilizando nuestro móvil conectado por bluetooth,…)

El sistema tiene muy buena pinta y habría que verlo más detenidamente, pero para una oficina donde trabajen con el sistema de Apple y utilicen VoIP, seguro que les encanta.

La aplicación cuesta $25 (unos 16€) aunque tiene una demo de 14 días que podeis descargar.

Más información: http://www.jonn8.com/dialectic/

Aunque no entiendo muy bien la utilidad que puede tener el hecho de poder reproducir un vídeo en un Snom 370, es sin duda, un acto de demostración del potencial que puede llegar a tener este terminal y como curiosidad, seguro que a más de uno le gusta ver cómo se puede reproducir vídeo en un teléfono con una pantalla “monocromo”

El cómo lo han llegado a hacer, me he encontrado el vídeo en una página en alemán de spam sin enlaces ni nada a lo que haga referencia, pero imagino que el nombre de la empresa que aparece en el comienzo del vídeo tendrá algo que ver.

Muy curioso.

Acaba de llegar a EEUU el Snom M3. Cuando he leído los comentarios de algunos bloggers me he dado cuenta de la importancia que tiene que el fabricante sea Europeo o sea Americano aunque luego todas las fábricas están en China.

En España, el Snom M3 lleva varios meses y con unas excelentes críticas por parte de los usuarios y tras poder verlo más detenidamente me ha sorprendido algunas características que paso a contaros.

Para empezar el Snom M3 es un terminal DECT, que no significa que sea analógico, DECT simplemente significa “inalámbrico con base” (Telecomunicaciones Inalámbricas Mejoradas Digitalmente) de hecho el terminal es completamente SIP (nada analógico) con las ventajas que tiene: ver el caller id, transferencias, retener llamadas, etc…

El paquete dispone de tres aparatos:

El terminal:
- Muy, muy ligero, tan ligero que cuando le puse la batería pensaba que estaba vacía (qué chiste tan malo)
- Pantalla de 128×128 color y menú gráfico, no creo que se puedan poner fotos, pero es bastante bonito.
- La batería cargada dura 20 horas en conversación y 100 horas en espera (algo más de 4 días sin repostar)
- El menú en conversación permite realizar conferencias a tres y dispone de manos libres.

La base de carga:
- Una cajita pequeña donde dejaremos el terminal cuando termine el día para que se cargue.

La antena repetidora:
- Una placa de 12×12cm donde conectaremos la red ethernet y que será el punto de partida para los 50m. en lugares cerrados y hasta 100m. en espacios abiertos.
- Esta antena puede dar cobertura hasta 8 terminales totalmente independientes y dispone de un interfaz web “estilo totalmente Snom” donde podemos configuar las 8 cuentas SIP para estos terminales.

Por si la cobertura de esta antena no fuese suficiente, se pueden adquirir pequeños repetidores para ampliar la cobertura de estos terminales.

Estéticamente es muy atractivo, y aunque sea inalámbrico y parezca un móvil, es bastante robusto y serio.

Realmente muy recomendable para oficinas donde la gente no pare en su sitio, almacenes, puertos, y en general, cualquier lugar donde el cable de red se quede corto.

Mucho más recomendable que cualquiera de los terminales wifi SIP que estamos acostumbrados a ver por ahí.

Enlace: http://www.snom.com/en/snom_m3.html

Mientras que todos los que nos dedicamos a debatir, hablar, enseñar y por supuesto aprender qué es la VoIP, el uso de los protocolos, herramientas, interfaces, etc… hay empresas que prefieren ir diréctamente al siguiente paso y así adelantarse a lo que hoy día es una realidad bastante consolidada como es la VoIP.

- Hoy me he enterado que la empresa Ono podría llegar a comprar Xfera (Yoigo) como al parecer tiene pensado hacer en Francia, ¿el motivo? que Ono quiere tener una infraestructura propia de telefonía móvil y no una virtual que no le está dando el resultado deseado. Por supuesto, el gran valor añadido de Yoigo es la capacidad de conectarse a Internet y disfrutar de una tarifa plana de conexión.

- Google lanza Android, un sistema operativo libre para móviles con una API que permite a cualquier programador hacer aplicaciones para móviles lo que adelantaría bastante el paso de utilizar VoIP en estos terminales.

- Skype, que lanzó su nefasto móvil que hacía uso de la red Skype de una forma bastante “chapucera”, acaba de lanzar su cliente skype para muchos modelos de móviles.

- Nokia ha dado el verdadero primer paso lanzando un cliente SIP en los modelos que soportan Wifi, y las operadoras, que no están por la labor de que sus clientes se sienten agusto con lo que ofrece su móvil, se dedican a eliminar esta aplicación para que se utilice la red gsm para hacer llamadas. Menos mal que hay alternativas opensource.

- Otras empresas como Fring o Truphone directamente se lanzan más allá permitiendo llamadas e incluso conexión con redes de mensajería instantanea.

- Incluso para un móvil tan “restrictivo de programar” como el iPhone de Apple, ya han lanzado clientes SIP que aprovechan cualquier resquicio de ingenio para poder hacer llamadas mediante VoIP.

En resumen, está claro que la VoIP suplantará algún día a la red GSM, bien mediante redes 3G, HDSPA, o Wimax, para hacer llamadas, pero ¿estarán dispuestas las operadoras a que los usuarios den el salto sin que ellas vean un euro?

El protocolo SIP (que significa Protocolo de Iniciación de Sesiones) nació en 1996 cuando Mark Handley y Eve Schooler presentaron el primer borrador ante la IETF de lo que sería un protocolo de comunicaciones IP que solucionaría gran parte de los inconvenientes de protocolos anteriores.

En este borrador se exponían conceptos nuevos y que posteriormente pasaría a utilizarse en todo el mundo como uno de los protocolos más utilizados en las aplicaciones de mensajería instantánea, aplicaciones CRM, ERP y por supuesto VoIP. Entre estos nuevos conceptos destaca alto tan básico como el “registro”, por el cual un usuario informaba a la red dónde podía recibir invitaciones de comunicaciones por parte de otros usuarios, lo que permitía que un usuario pudiera recibir un mensaje en su casa y si luego se trasladaba al trabajo y se “registraba”, el mensaje lo recibiera en el trabajo y no en su casa.

El protocolo SIP es un protocolo de señalización, es decir, SIP no transporta audio ni vídeo, por lo que sería incompleto decir que en una comunicación de VoIP en SIP solo interviene este protocolo que se transmite por el puerto 5060 TCP o UDP.

Entonces ¿como se puede enviar audio y vídeo por SIP?. Sencillamente, no se puede, SIP no está diseñado para esto, aunque sí que permite indicar el sistema y el puerto por el que se puede enviar un flujo de datos que encapsula la voz y el vídeo. Para este flujo de datos se utiliza otro protocolo: SDP (que significa “Session Description Protocol” en español “Protocolo de Descripción de Sesiones“) y envía los parámetros de inicialización de audio y vídeo transmitidos por streaming por varios puertos UDP altos (por encima del 1024)

La comunicación SIP se realiza entre lo que se denominan “Agentes de Usuario SIP” comúnmente conocido como “usuario SIP”, “Servidores de Registro” también conocido como “SIP Server” y “SIP Proxy” también conocido como “SIP Proxy”

- Usuarios SIP:
Un usuario SIP puede ser una aplicación de mensajería, un softphone, un teléfono IP, y en general cualquier dispositivo o software que sea compatible con SIP y que tenga la capacidad de “registrarse” con una cuenta SIP. Los usuarios SIP reciben una URI formada por “usuario”@”dominio” donde el campo dominio se corresponde con el Servidor SIP donde se encuentra registrado.

- Servidor SIP:
Un servidor SIP es una aplicación o dispositivo que permite crear y gestionar cuentas SIP y permitir que los Usuarios SIP se “registren” almacenando la dirección IP donde deben acceder para realizar la comunicación con este usuario.

- Proxy SIP:
Un Proxy SIP es una aplicación que permite que cualquier usuario SIP envíe un comando a otro usuario SIP.

Con estos tres conceptos claros, empieza la parte divertida, cuando dos usuarios SIP quieren hablar entre si, hace falta:
- Dos usuarios SIP (100@dominio y 200@dominio)
- Un servidor SIP donde se registrarán los dos usuarios
- Un proxy SIP para enviar los paquetes necesarios desde uno de los usuarios al otro para empezar a establecer una comunicación.

Una vez establecida la comunicación, el envío de los paquetes streaming de audio y vídeo se realiza únicamente y exclusivamente entre la aplicación registrada como 100@dominio y la aplicación registrada como 200@dominio, por lo que queda demostrado que SIP es un protocolo P2P tan mal visto por los medios de comunicación.
En este caso, el usuario 100@dominio también podría iniciar la comunicación introduciendo el usuario 200@direccionIP donde “direccionIP” sería la que tuviese ese usuario en ese instante. ¿pero qué ocurre cuando el usuario cambia de IP? ¿Perdemos la posibilidad de llamarle? Justamente para eso sirve el servidor SIP y el Proxy SIP.

Aprovechando estas definiciones interesantes, me gustaría aclarar algunas más relacionadas con la VoIP:

- B2BUA (Back 2 Back User Agent)
El B2BUA es una aplicación para controllar llamadas entre usuarios SIP y se diferencia de un Proxy SIP en que este únicamente gestiona el estado de una llamada cuando se realiza, mientras que el B2BUA mantiene el estado de las llamadas y las mantiene para conseguir información valiosa en determinados entornos como facturación, redireccionamiento de llamadas en caso de caída de un proveedor SIP, etc.
Asterisk es mucho más que un B2BUA ya que no únicamente controla todo esto, si no que incluso puede llegar a realizar acciones que ni un Proxy SIP ni un B2BUA pueden realizar como: grabaciones de llamadas, sistemas de buzón de voz, reproducción de locuciones, ofrecer menús IVR, reproducir música en espera, y un larguísimo etc.

- Media Gateway (MGW)
El Media Gateway es una aplicación o dispositivo que convierte la señalización SIP y el audio streaming, recibidos por SIP en el formato necesario para que sea transportado por otra “tecnología” como líneas analógicas, digitales, diferentes protocolos IP, etc.

- Softswitch
El Softswitch es una aplicación o dispositivo que realiza las labores de un Proxy SIP y un Media Gateway.
Ejemplo de softswitch es el conocido FreeSwitch al que además le han añadido algunas opciones más típicas de centralitas.

- PBX
Un PBX es una centralita basada en la red telefónica (analógica, digital o incluso móvil) que realiza las acciones que ya conocemos de toda centralita: gestionar transferencias, programar menús IVR, grabar conversaciones, etc.

- Media Server
Un Media Server es un dispositivo o aplicación que permite almacenar contenido multimedia (audio, vídeo, imágenes, etc…) y que puede enviarla mediante algún tipo de protocolo sin importarle a quien.
Es un reproductor de contenido multimedia que se conecta a cualquiera de los sistemas que he mencionado con anterioridad y ofrece este contenido a uno o varios usuarios.
Tras esta breve explicación, espero que estos conceptos hayan quedado más claros y evitar utilizar una aplicación para realizar tareas más propias de otras.

Copio y pego…

Se han encontrado múltiples vulnerabilidades en teléfonos VoIP Cisco Unified IP Phone que podrían ser aprovechadas por un atacante remoto para causar una denegación de servicio o ejecutar código arbitrario.

Las vulnerabilidades anunciadas por Cisco son:

* Los Cisco Unified IP Phones que ejecutan firmware SCCP y SIP podrían contener un desbordamiento de búfer provocado por la forma en la que manejan las respuestas DNS. Esto podría ser aprovechado por un atacante remoto por medio de una respuesta DNS especialmente manipulada para disparar un desbordamiento de búfer pudiendo ejecutar código arbitrario en un teléfono vulnerable.

* Los teléfonos que ejecutan firmware SCCP podrían contener una denegación de servicio. Esto podría ser aprovechado por un atacante remoto por medio de un paquete de petición de echo ICMP demasiado larga para causar que el teléfono se reinicie.

* También existe una denegación de servicio en el servidor HTTP de los Cisco Unified IP Phones que ejecutan firmware SCCP. Esto podría ser aprovechado por un atacante remoto, por medio de una petición HTTP especialmente manipulada enviada al puerto 80, para causar que el teléfono se reinicie. Esto puede evitarse si se deshabilita el servidor HTTP interno.

* Los Cisco Unified IP Phones que ejecutan firmware SCCP podrían contener un desbordamiento de búfer en el servidor SSH interno. Un atacante remoto no autenticado podría aprovechar este problema, por medio de un paquete especialmente manipulado enviado al puerto TCP 22, para provocar que el teléfono se reinicie o para ejecutar código arbitrario. Esto puede evitarse si se deshabilita el servidor SSH.

* Los Cisco Unified IP Phones que ejecutan firmware SIP se ven afectados por un desbordamiento de búfer provocado por la forma en la que manejan los datos codificados como MIME (Multipurpose Internet Mail Extensions). Un atacante remoto podría aprovechar este error a través de un mensaje SIP especialmente manipulado para provocar un desbordamiento de búfer que incluso podría llegar a permitir la ejecución de código arbitrario en un teléfono vulnerable.

Noticia completa en: Hispasec

La gente de Snom acaba de publicar una aplicación que se instala en el terminal Snom de la gama 3XX y que permite conectarse al Asterisk y realizar estas acciones desde el propio teléfono:

• Listar salas de conferencias activas
• Listar los usuarios que están en las salas
• Mostrar información de cada usuario
• Permite ‘callar‘ y ‘dar voz‘ a los usuarios de una sala
• Permite ‘expulsar‘ a un usuario de una sala.
• Permite bloquear y desbloquear salas
• Muestra el estado de agentes
• Listar las colas de llamadas
• Mostrar información de las colas
• Listar los usuarios que están en las colas
• Listar los miembros de las colas
• Permitir sesiones simultaneas

Una de las principales ventajas consiste en que utiliza el BrowserXML de los terminales, permitiéndonos configurarlo a nuestro gusto, cambiar el idioma, e incluso añadir nuevas opciones, esto habrá que probarlo.

Comentar también que esta aplicación creada por Andreas Neugebauer que ha sido la ganadora  del XML Contest de Snom.

La aplicación se llama XMLConference y la podeis descargar de aquí:
http://contest.snom.com/contest/index.php/XMLConference

Vía: http://blogs.reucon.com/

Me he quedado un poco alucinado viendo una entrada de Meneame donde aparecen las oficinas de las pequeñas empresas Web 2.0 en las que aparecen Digg, Facebook, Twitter, Mozilla, Last.fm y Jaiku entre otras. (podeis verla aquí).

Pero aunque nunca haya considerado que Joost (la compañía de los creadores de Skype para la emisión de televisión por IP) sea una de las empresas “Web 2.0“, me ha sorprendido una de las fotografías que aparecen en sus oficinas:

Pulsa en la imagen para agrandar

Si os fijais en la foto de las oficinas, el teléfono que aparece en la parte inferior es un Thomson ST2030.

¿No os parece irónico que la compañía de los creadores de Skype utilicen SIP o MGCP en lugar 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.

En el blog de Tom Keating he visto una cámara web con forma de R2D2 del que ya hablé hace tiempo en esta página y acompaña algo que me encanta, la única pega es que es compatible solo con Skype, por lo que en mi mesa quedaría como un pisapapeles la mar de original.

Este sable laser, es en realidad un auricular y micrófono para hablar por Skype, algo que quizá no sea muy útil ni cómodo, pero como buen aficionado a la Guerra de las Galaxias, el hecho de tener un sable laser encima del escritorio para utilizarlo como teléfono es algo que a más de uno que yo me sé, haría que llamara más a menudo, o por lo menos lo pasearía por los pasillos haciendo ruidos extraños al estilo “zuummm!!! Zummmm!!”