Gracias a John Todd por el aviso.

El servicio consiste en que al darte de alta, te ofrecen un número de teléfono móvil virtual (ya que FonYou es un OMV -Operador Móvil Virtual- ) y a través de un panel de control muy sencillo y amigable, nos permite asociar varios números de teléfono que ya tengamos a este nuevo número de manera que siempre podremos estar disponibles cuando nos llamen a dicho número.

El chiste de todo esto, es que podemos dar de alta contactos y seleccionar dónde queremos que suene cuando nos llame, pudiendo redireccionar llamadas personales al móvil, llamadas de trabajo al fijo de la oficina e incluso algún número especial al buzón de voz que luego podremos escuchar tranquilamente desde el ordenador de casa.

Como he dicho, el servicio es gratis de por vida si te das de alta antes del 15 de diciembre.
Para ello tan solo hay que registrarse y si tienes suerte, te llegará la invitación por email con un código necesario para completar el alta. Una vez tengais este código, tan solo hay que activarlo seleccionando el número de móvil que más os guste y dándo de alta vuestro número de móvil donde querais que os lleguen las llamadas.

Otra de las ventajas de este servicio, es que la redirección es completamente transparente de manera que cuando alguien os llame al número FonYou, en vuestro móvil vereis la persona que os llama (y no el número de teléfono del operador) lo que es una ventaja.

La pega es que el servicio (de momento) es válido únicamente para España, por lo que el resto de compañeros de otros países tendrán que esperar un poco para poder disfrutar de este servicio.

Así que, si os quereis registrar, tan solo teneis que daros de alta en el siguiente botón:

Una de las ventajas de disponer de este libro estés donde estés, es que puedes consultarlo siempre que quieras, esperando el autobús, el avión, o a la pareja.

Lo curioso es que esta edición “de bolsillo” cuesta 3,99€ cuando en PDF es gratis, pero bueno, como curiosidad está bien que consideren un libro sobre Asterisk como uno de sus mejores productos. ¿o no?

Lo mejor de este libro, es que cada vez que le echas un vistazo, siempre descubres algo nuevo que no sabías. ¿No os ha pasado a vosotros esto nunca?

Más información:
http://appshopper.com/books/asterisk-the-future-of-telephony-second-edition

Esta gama tiene muy buenas características:

• VGA touchscreen display
• Video camera with H.264 video support
• Support for HD voice through G.722
• Dual Gigabit Ethernet
• Embedded Blutetooth radio
• Dual USB ports (for accessories and wired/wireless headsets)

Podeis ver el resto de caracteristicas en su web: http://www.cisco.com

Son unos terminales con una pinta muy buena, aunque ya dejan claro que aunque sean SIP, no tiene porqué ser compatible con plataformas no-Cisco: “The phone is not supported on third-party call-control systems.”

Por lo que me comentan, el Cisco 9951 cuesta alrededor de $795 más el coste de las licencias.

El códec G.722 es libre (las patentes expiraron) por lo que ahora las empresas hacen “versiones” de este códec para poder volver a patentar estas modificaciones.

Broadcom (la empresa que hay detrás de los dispositivos de red) acaba de anunciar la disposición pública y libre de un códec que muestrea a 16Khz:

BroadVoice16 (BV16) for narrowband telephone-bandwidth speech sampled at 8 kHz,
and a 32 kb/s version called BroadVoice32 (BV32) for wideband speech sampled at 16 kHz.

Las ventajas las indica claramente en su página:

• Low Delay (Latency): algorithmic buffering delay of merely 5 ms (compared with 15 to 40 ms of most competing codecs)
• Low Complexity: much lower MIPS requirements than most competing codecs (typically 1/3 to 1/2 of comparable ITU-T G.72x codecs), also lower memory requirement than most competing codecs
• High Quality: equivalent or better speech quality than most competing codecs in PESQ comparisons and in extensive formal subjective MOS listening tests conducted by AT&T Labs, COMSAT Labs, and Dynastat, Inc
• Moderate Bit-Rate: at 2 bits/sample, coding efficiency is higher than G.711, G.726, and G.722 and comparable to many other codecs
• Availability: Broadcom is providing both the floating-point and fixed-point C source code of BroadVoice16 and BroadVoice 32 under an open source license and on a royalty-free basis

Ahora sólo falta que la licencia LGPL sea suficiente para que se popularice y podamos disfrutar en nuestros sistemas de soporte para este códec.

Más detalles:
http://www.broadcom.com/support/broadvoice/

Russel Bryant acaba de publicar el estado actual del proyecto Asterisk donde explica el incremento del número de desarrolladores en estos últimos meses, así como una explicación mucho más completa de la política de versiones de Asterisk, cuándo han aparecido las distintas versiones de Asterisk, y cuando necesitamos esperar para la próxima versión de Asterisk 1.8.

Si hay algo que me ha gustado, es saber que la próxima rama de Asterisk 1.8 se publicará el segundo trimestre de 2010 con bastantes cambios como son:

- Habrá una única rama 1.8 a la que se le irán añadiendo las distintas correcciones y mejoras simultaneamente.
- Una vez finalizado el desarrollo de 1.8, se mantendrá esta rama durante 4 años únicamente para corrección de bugs.
- Un año después se dará por concluida esta versión.

¿Qué se consigue con esto?
En mi opinión, creo que más tranquilidad a la hora de actualizar, menos líos (ya que la última versión debería ser la más estable), y la seguridad que dispondremos siempre de todos los añadidos que vayan desarrollándose.

¿Qué desventajas tiene?
A nivel de desarrollo, corregir un bug no es tan divertido como desarrollar una nueva característica, por lo que muchos desarrolladores quizá vean que no se añaden nuevas características tan frecuentemente como se hacía con la anterior versión de 1.6.

Por último, algo que me ha gustado ha sido un resumen bastante interesante de las características que trae Asterisk 1.6 (y próximamente 1.8) bastante mejor explicada que en el ChangeLog.

Como es un tema que personalmente me interesa mucho, me he tomado la molestia de “traducirlo” para todos los que leeis Sinologic, aportando en algún que otro caso alguna aclaración o una traducción que se comprenda mejor… aquí la teneis:

1. Mejora en el soporte para Faxes (Todas las versiones)
   • El soporte de T.38 ha sido reescrito completamente para funcionar mucho mejor.
   • Completo soporte para enviar y recibir en T.38 (se está trabajando para que pueda funcionar como gateway)
   • Opciones de configuración mejoran la interoperatibilidad con implementaciones no estándar del T.38.
   • Muchas mejoras al chan_dahdi y DAHDI para mejorar la estabilidad de la recepción de faxes en las tarjetas PSTN.
   • Cientos de horas testeando sin parar el soporte de faxes en Asterisk.
2. Mejoras en la integración de XMPP y Jabber (1.8+)
   • La función JABBER_RECEIVE() ha sido añadida para permitir recibir mensajes XMPP en el dialplan de Asterisk (adiós a mi AstJabot snif, snif…)
   • Hay código en pruebas para utilizar XMPP como transporte de eventos distribuidos. Esto permitirá a servidores Asterisk comunicarse entre sí, así como compartir presencia e información MWI.
3. Soporte para Conectar o Redirigir el identificador de la llamada (1.8+)
   • Control total sobre las actualizaciones de las partes conectadas. Los teléfonos mostrarán corréctamente con quien están hablando al recibir una transferencia!
   • Soporte para reenviar el callerID significa que tu podrás ver cuando tu llamada ha sido desviada, o cuando has recibido una llamada que haya sido desviada hacia a tí.
   • Véase el vídeo de presentación de Mark Michelson’s en la AstriCon presentation para más información.
4. Servicios suplementarios de información de llamadas (Esperemos para 1.8+)
   • “Camp on extensions”
   • Soporte para CCNR (Completion of Calls on No Reply) y CCBS (Completion of Calls to Busy Subscriber)
   • Soporte genérico en Asterisk, además de sobre SIP y RDSI.
5. Integración con sistemas de Calendarios (1.8+)
   • Soporte de calendarios iCal, CalDAV, Exchange 2003
   • Uso de información del calendario para habilitar/deshabilitar dispositivos.
   • Acceso directo a la información del calendario en el dialplan
   • Crear llamadas automáticas basadas en entradas del calendario
   • Véase el vídeo de presentación de Terry Wilson’s AstriCon para más información.
6. Framework  para eventos de Seguridad (1.8+)
   • Esto permitirá a los componentes de Asterisk enviar eventos cuando consideren que están recibiendo un ataque.
   • También incluirá un módulo que escribirá los eventos realizados en un archivo de log con un formato especial que pueda ser utilizada por aplicaciones externas..
7. Mejoras en el protocolo SIP TCP/TLS (1.6.X+)
   • Se están realizando muchísimas pruebas de esta funcionalidad.
   • Las opciones de configuración de esta característica han sido mejoradas.
   • Existen numerosos informes satisfactorios de integración con Microsoft OCS.
   • Se continuará trabajando en hacer esta funcionalidad más robusta incluso bajo condiciones de red adversas. (o como decía Iñaki, Hostiles!).
8. Actualizado el soporte a la red telefónica PSTN.
   • Se mantendrá el soporte de mISDN en todas las versiones de Asterisk.
   • Se ha añadido a Asterisk 1.6 soporte nativo de RDSI BRI en el LibPRI y en el canal DAHDI. Todas ls características de este tipo de líneas funcionan ya con este código.
   • Soporte de señalización MFC/R2 ha sido añadida a chan_dahdi cuando se utiliza libopenr2 en la version de de Asterisk 1.6.2 y posteriores.
   • Soporte de SS7 fue añadida en Asterisk 1.6.0 y seguirá madurando.
9. API para realizar Bridging en el Core (1.6.2+)
   • Es mucho más fácil escribir módulos de Asterisk que conecten canales.
   • Esta nueva infraestructura de conexión de canales podrá unir varios canales a la vez (meetme) sin necesidad de una fuente de reloj (sin que DAHDI esté instalado en el sistema).
   • Una nueva aplicación de conferencias (ConfBridge) ha sido creada para permitir conferencias utilizando esta infraestructura.
10. Core Timing API (1.6.1+)
    • Soporte para mejorar el “timing” en Asterisk, evitando que sea ofrecido por el timer de DAHDI.
      Así, DAHDI no será requerido más como fuente de timing para Asterisk.
11. Core Channel API Update (1.8+)
    • La gestión de la mayoría de estructuras de datos en Asterisk han sido reescritas: ast_channel ha sido reescrita, ahora se utiliza el objeto astobj2. El resultado es más rapidez, menos bloqueos y las “iteraciones” de este objeto son mucho más eficientes.
12. Actualización de la API del programador del Core (1.6.2+)
    • La API del programador es utilizada en Asterisk cuando los compoentnes necesitan programar algunas tareas que ocurrirán en el futuro. Por ejemplo, esto se utiliza para retransmitir mensajes y tiempos de expiración. Es utlizado muy frecuentemente en los drivers de los canales de Asterisk. Se ha intentado llevar a cabo en dos ocasiones (en la 1.6.1 y otra vez en la 1.6.2). Mientras se perfilaba, los resultados de este trabajo mostraban que el programador que hasta entonces consumía muchísimo procesador, había pasado a prácticamente consumo nulo.

Como he dicho… una lista digna de leer detenidamente y es un muy buen resumen por parte de Russell Bryant para poner al día a toda la comunidad sobre lo que se ha hecho y lo que se planea para la próxima versión de Asterisk.

Enlace al post oficial:
http://blogs.asterisk.org/2009/11/10/asterisk-project-update-astricon-2009/

Los operadores de telefonía ya se pusieron manos a la obra para prohibir esto: aplicando tarifas por tráfico, y prohibiendo las llamadas VoIP en la mayoría de sus contratos de banda ancha móvil, pero aún así (y dudando de lo legal o ilegal que pueda ser esta cláusula) por suerte hay empresas que permiten realizar llamadas VoIP a través de sus redes UTMS y Wifi (cuando hay cobertura).

Pero me entero por RadVision que los operadores tienen unos planes mucho más siniestros: Nos hemos enterado que los operadores de telefonía entre los que se incluyen Telefónica, AT&T, Orange, Vodafone, TeliaSonera además de fabricantes como Nokia, Ericsson, Alcatel, Samsung y Sony entre otros, planean desarrollar lo que han denominado Voice One.

Voice One es un borrador de lo que se ha llamado multitud de veces como redes 4G (LTE) y que se basa en transportar servicios de vozIP y mensajería (SMS/MMS/…) a través de las propias redes IMS de los operadores lo que permitirían ampliar el ancho de banda considerablemente y reducir la latencia prácticamente al mínimo ofreciendo un servicio de VoIP que en cuestión de calidad de audio no es comparable con cualquier otro servicio que viaje a través de Internet, por lo que el usuario final terminaría (según el objetivo de este proyecto) escogiendo el servicio VoIP del operador en lugar de utilizar su cliente VoIP configurado con su proveedor IP.

Más sobre Voice One:
http://www.voiceoneonline.com/

- Google lanzará un servicio gratuito para realizar multi-videoconferencia.
- Google compra Gizmo5.

La primera, a primera hora de la mañana ha sido algo que todos preveíamos.
Tras la compra por parte de Google de la empresa Marratech hace un par de años, nos parecía raro que no hiciera uso de esta compra hasta que hoy ha anunciado la intención de lanzar un servicio para hacer videoconferencias entre varias personas a la vez (GoogleTalk ya permite la videoconferencia entre 2 usuarios) lo que pasaría a ser la empresa que ofrece un servicio de estas características y de forma completamente gratuita y sin instalar aplicaciones externas.
Seguramente, y viendo en qué trabajaban Marratech, se basará en protocolo SIP y códecs H.263/H.264, aunque habrá que verlo para creerlo…
Enlace: http://www.theinquirer.es/…/google-sistema-gratuito-de-videoconferencias

La segunda noticia, la he leído hace unos minutos, y es que Google compra la principal competidora de Skype: Gizmo5.

Gizmo5 es un proveedor de VoIP (al igual que Skype y muchos otros) pero que tenía una lucha constante con Skype por proveer de tarifas más económicas y los mismos servicios y, a diferencia de este último, Gizmo ofrece cuentas SIP desde el inicio, a la vez que una pasarela a la red Skype completamente gratuita, por lo que la compra de Gizmo por parte de Google deja ver de forma muy clara por dónde van las intenciones del gigante de la web.

Algunos ya veíamos con curiosidad el porqué Google no se había metido en la puja de Skype cuando esta salió a la venta y fue adquirida por eBay. Dichosos los ojos que vieron que Skype es muy conocida, pero nada rentable y se abstuvieron en la decisión final. (véase cómo ha acabado la historia). Ahora Google tiene un nuevo servicio a su disposición pero basado en código abierto (SIP) y con un proyecto detrás “gizmoproject” bastante suculento y del que seguro que aprovecharán hasta la última línea de código para mejorar su afamado GoogleTalk. (gracias a Saúl por el Twitt)
Enlace: http://www.techcrunch.com/2009/11/09/exclusive-google-has-acquired-gizmo5/

Miedo da últimamente el cauce que está tomando Google con tanta compra y tanta influencia en tantos servicios, al final no es de extrañar que le llamen El Gran Hermano de Internet, aunque… puestos a elegir… Microsoft, IBM o Google… lo dejo a vuestra consideración, yo por mi parte… prefiero seguir siendo hijo único.

ITU-T SG16 completed work on H.323 version 7 in November 2009. As indicated previously, changes to the base specifications H.323, H.225.0, and H.245 were intentionally kept to a minimum. Nonetheless, a number of new important features were introduced. Additionally, the ITU continued to evolve the world’s most widely-used multimedia communication standard with new feature enhancements through the use of the Generic Extensibility Framework. This approach allows both the ITU and third-parties to create new features for H.323 without requiring changes to the base specifications.

http://www.packetizer.com/ipmc/h323/whatsnew_v7.html

La pregunta que se me ocurre al ver esta noticia es:
¿aún hay empresas que trabajan con este protocolo?
y si las hay ¿qué beneficios tiene frente a otros más nuevos como SIP o IAX?

En Sinologic hemos hablado en varias ocasiones sobre fallos de seguridad y las consecuencias tan catastróficas que pueden tener en los sistemas, por lo que ayer, cuando leí en el twitter de John Todd que el próximo Viernes día 13 de Noviembre se celebraría una conferencia sobre Seguridad para entornos con Asterisk ofrecida por un agente del FBI especializado en este tipo de delitos, un experto de VoIPSA y dos personas de Digium (Jared Smith y Tristan), pensé que podría ser interesante y muy didáctico.

Esta conferencia es gratuita y cualquiera puede asistir, tan solo hay que registrarse en esta web: https://www1.gotomeeting.com/register/828991377

El ayuntamiento de la ciudad de Amsterdan acaba de migrar todo su sistema de telefonía a Asterisk™.

Ya era conocido que la mayoría del software que utiliza este organismo público estaba basado en software libre, pero la telefonía ha sido siempre uno de los puntos débiles principalmente por desconocimiento por lo que, una vez conocida la alternativa y su estabilidad el siguiente paso es evidente.

Para llevar a cabo esta migración, se han utilizado tarjetas tanto Digium como Sangoma. En palabras de un representante del condado de Amsterdan: “La ciudad quiere que ayudemos a las compañías que trabajen con software libre“.

Con esta migración esperan un ahorro significante de costes principalmente porque el uso de redes VoIP reemplazarán progresivamente la infraestructura telefónica que tienen actualmente para los distritos de la ciudad.

Esta migración fue inspirada en otro proyecto similar en una localidad de Bélgica llamada Schoten.

Muchas gracias a Nacho Cabrera por la noticia!

Estimados miembros de la comunidad,

Con orgullo anunciamos que Elastix 1.6 esta listo para descargas en sus 2 versiones ISO de: 32 y 64 bits . Esta versión provee actualizaciones y correcciones de bugs tanto de Elastix como de CentOS. Entre las más importantes destacamos:

• Asterisk actualizado a 1.4.26.1-4
• Dahdi actualizado a 2.2.0.2-6
• Asterisk ahora puede utilizar modems Huawei 3g como troncales. Esto gracias a Odicha creador de chan_sebi
• Kernel actualizado a la última versión de CentOS 5.3: 2.6.18.164.el5

Ver el changelog completo

Descargar:
→ Elastix Distro 1.6 Estable (32 bits)
→ Elastix Distro 1.6 Estable (64 bits)

Visto en Barrapunto

• Arris 401 B (Eurodocsis)
• Arris 401 A (Docsis)
• Arris 402 B (Eurodocsis)
• Arris 402 A (Docsis)
• Arris 501 B (Eurodocsis)
• Arris 501 A (Docsis)
• Arris 502 B (Eurodocsis)
• Arris 502 A (Docsis)
• Arris Wi-Fi WTM552 B (Eurodocsis)
• Arris Wi-Fi WTM552 A (Docsis)
• Scientific Atlanta EPX2203
• Terayon TA202 (EuroDOCSIS)

Este tipo de dispositivos funcionan mediante el protocolo MGCP/MeGaCo Protocol (un protocolo que Asterisk dejó de soportar hace algún tiempo por falta de interés y de los desarrolladores y de usuarios que reportaran fallos), por lo que cuando Eduardo (de Alea-Soluciones) se interesó en cómo Asterisk trabajaba con este protocolo, pasó a ser prácticamente el desarrollador más activo en este soporte. ;D

Tras muchas horas de desarrollo, documentación y mucho, mucho tiempo, hoy ha sido añadido a la versión Trunk de Asterisk, por lo que desde aquí le damos las felicitaciones y las gracias por seguir aportando poco a poco código que seguro le servirá a mucha gente.

Más información sobre el soporte de estos dispositivos:
https://issues.asterisk.org/view.php?id=12950

Eduardo Ferro nos hace un comentario:

El protocolo que implementa el parche es Packet Cable NCS 1.0  (que es un protocolo derivado del MGCP y con el que comparte el 90% de los mensajes)…. Sólo como aclaración, lo digo porque en el blog quedaba algo confuso (con eso de MeGaCo y similar)

https://issues.asterisk.org/search.php?project_id=7&reporter_id=7168&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=-2

Aquellos que han asistido alguna vez a la Bootcamp o al Asterisk Advanced, les sonará el Polycom 330, un terminal muy sencillo y con el que se suelen hacer las prácticas, es por este motivo por el que mucha gente le coje cierta manía ya que, como todo terminal completito tiene ciertos parámetros no tan “triviales” lo que complica un poco su configuración, pero en el fondo es bastante didáctico. Una vez escuché… si eres capaz de configurar un Polycom, puedes configurar prácticamente cualquier terminal SIP.

Pues bien, Polycom acaba de publicar una evolución de este terminal añadiéndole una característica que parece ser se va a convertir en un requerimiento en los próximos años: calidad de sonido de alta definición, o como viene llamándose: HD audio (high definition), el nuevo Polycom 335.

Las características técnicas de este terminal son prácticamente las mismas que la del Polycom 330 por lo que cualquiera que esté interesado, solo tiene que ir a la web de Polycom y echarle un vistazo.

El códec G.722

Decía que va a convertirse en un requerimiento, porque cada vez aparecen más y más terminales que incorporan esta característica, lo que implica el soporte del códec G.722, una evolución natural del conocido G.711, que se encuentra exclusivamente en VoIP y que se desmarca (en cuanto a calidad) a la telefonía tradicional.

Una vez leí en un twitter: ¿porqué el teléfono debe escucharse peor que una emisora FM?
Es cierto, cualquier emisora de radio tiene más calidad de audio que una llamada de teléfono y eso que el medio de transmisión no es el más idóneo (en comparación con una conexión propia y dedicada como la que tiene una llamada a través de un cable).

Pues los fabricantes se están poniendo manos a la obra y empiezan a aparecer terminales que soportan el códec G.722 WideBand para soportar audio muestreado a 16Khz en lugar de los 8Khz de una llamada telefónica normal: El doble de información por unidad de tiempo y ocupa prácticamente lo mismo que el G.711 o incluso menos, por lo que es una opción excelente para quien realmente busca buena calidad de audio.

Asterisk 1.4 soportaba G.722 en modo ‘passthrough‘, esto es… si dos terminales hablan el mismo códec, Asterisk es capaz de reenviar el audio de un terminal al otro, pero incapaz de grabar o reproducir archivos en este formato.
Asterisk 1.6 sí que soporta G.722 en condiciones, siendo capaz de grabar y reproduir archivos, de la misma manera que con otros códecs como G.711, GSM, o iLBC.

Es tan interesante este códec que GIPS (Global IP Sound), la empresa que está detrás de códecs comerciales como los utilizados antiguamente por Skype, estuvo “sacándole punta” escribiendo un artículo muy interesante que recomiendo leer cuando tengais un rato.

Como otros códecs profesionales, existen distintas ‘versiones’ o distintas formas, existiendo en nuestro caso:

• ITU G.722 – 48/56/64 Kbps ADPCM 7Khz audio bandwidth
• ITU G.722.1 – 24/32 Kbps 7Khz audio bandwidth (based on Polycom’s SIREN codec)
• ITU G.722.1C – 32 Kbps, a Polycom extension, 14Khz audio bandwidth
• ITU G.722.2 – 6.6Kbps to 23.85Kbps. Also known as AMR-WB. CELP 7Khz audio bandwidth

Existen otras implementaciones como el Siren7 de Polycom, una versión del G.722.1 cuyo soporte acaba de ser añadido (durante la Astricon 2009) y que ofrece una calidad similar al de una emisora de radio a la vez que reduce el consumo de procesamiento y de ancho de banda necesario.

Y ahora una pregunta muy sencilla…
¿Qué considerais más importante en un terminal… ¿mejorar la calidad de sonido?, ¿o el precio?

-”Yes, there’s an open source version of Linux client being developed. This will be a part of larger offering, but we can’t tell you much more about that right now. Having an open source UI will help us get adopted in the “multicultural” land of Linux distributions, as well as on other platforms and will speed up further development. We will update you once more details are available.“

Así que parece ser que por un motivo o por otro, próximamente tendremos una “versión” opensource de Skype.

Por supuesto, no hay que hacerse ilusiones ya que eso no significa que vaya a existir Skype opensource, si no que sacarán un interfaz gráfico libre (en el mejor de los casos) que hará uso de un núcleo cerrado y propietario, por lo que Skype seguirá siendo tan cerrado como siempre pero permitiendo a todos los usuarios de Linux compilar su interfaz y no tener que esperar a que lo haga la gente de Skype, ni recurrir a “ñapas” como el que nos decía Saúl el otro día.

Ya aviso que en los próximos días vereis muchos artículos con el titular: “Skype será software libre!” u otros por el estilo pero cualquiera que lea el comentario de la gente de Skype, se dará cuenta que sólo se refiere al interfaz gráfico.

Pues bien, Digium acaba de lanzar una nueva página dedicada a alojar aquellos proyectos libres para que los usuarios puedan acceder diréctamente a esta página y ver ellos mismos la oferta disponibles.

No hay sitio en esta web para proyectos comerciales, para eso ya existe AsteriskExchange.org (otro proyecto del que hablamos hace poco) que se dedica a dar cobertura a este tipo de proyectos.

La idea es principalmente una especie de SourceForge pero únicamente relativa a proyectos para Asterisk por lo que la web es: http://forge.asterisk.org

A cada proyecto alojado en esta web, se le ofrecerá:

• Repositorio Subversion (SVN)
• Foro de discusión
• Almacenamiento de Documentación
• Informes y estadísticas sobre descargas, actualizaciones, etc.
• y más cosas…

Enlace: http://forge.asterisk.org

Un “marcador automático”/”dialer” es una aplicación que se conecta a una base de datos donde existe una colección de números de teléfonos y a un sistema de comunicaciones o central telefónica y realiza de forma automática las llamadas poniendo en contacto a operadores (o agentes) con los dueños de esos números. Generalmente esto se utiliza para realizar campañas de información (publicidad principalmente) donde el tiempo que un agente le dedica a la persona a la que el sistema ha llamado automáticamente no es importante, e incluso mientras más tiempo transcurra, mejor para la empresa ya que el cliente quedará mejor informado.

Un “marcador predictivo” es una aplicación que también se conecta a una base de datos y a un sistema de comunicaciones y pone en contacto a las personas a las que llama y a los agentes, (ojo a esto) realizando un estudio estadístico que permita prever el tiempo en el que el agente colgará la llamada de forma que la aplicación, 10 segundos antes, empiece a llamar al siguiente número y en cuanto el agente cuelgue, tenga a otra persona inmediatamente en contacto.

- pausa de 5 segundos -

Como se puede apreciar, la complejidad de un marcador predictivo, en comparación con un dialer, es mucho mayor. Es por eso por lo que un marcador predictivo suelen desarrollarlo muy pocas empresas y además el precio queda muy lejos de las posibilidades de un pequeño callcenter económico. Yo personalmente no he conocido ninguna aplicación de este tipo que sea gratuita y mucho menos, libre.

No obstante, para ciertas campañas de publicidad, puede ser muy interesante utilizar un marcador automático, cuyo desarrollo es muchísimo más sencillo y por lo tanto, existen varias soluciones disponibles tanto de forma gratuita como libre, aunque también hay opciones comerciales.

Entre los marcadores automáticos compatibles con Asterisk, son muy conocidos:

- Vicidial
- GNUDialer

El Vicidial es quizá el más “atractivo” para una empresa, ya que dispone de su propio sistema CRM para los agentes y puede parecer bastante profesional. La realidad es que, en palabras de los desarrolladores, “Vicidialer tiene muchos problemas y pronto sacaremos una versión reescrita prácticamente desde cero con muchas mejoras”. Si todavía estás pensando en utilizarlo, diré algo… no conozco a nadie que utilice Vicidialer de forma profesional, que tras muchas “tortas” no se haya comprado el manual en papel (que tampoco es caro), y que al final lo haya dejado por imposible.

La otra posibilidad es GNUDialer, y aunque no lo conozco a fondo, pese a que pueda parecer bastante complejo de instalar y configurar, algunos comentarios me han hecho pensar que es bastante … práctico, por lo que buscando información he encontrado un tutorial muy interesante donde se explica paso a paso cómo instalar y configurar GNUDialer con Asterisk.

Aquí os dejo el enlace:
http://www.howtoforge.com/automatic-dialer-with-asterisk-and-gnudialer

*Actualización* (y en español de la mano del creador del How-TO)
http://bleh.spooky.cl/2009/05/discadores-automaticos-con-gnudialer.html

Fotografía de VoIPSupply.com

Hace unos meses, hice una investigación a distintos fabricantes algunos conocidos y otros no tanto para comprobar si realmente la moda de la tecnología “táctil” o “touch” se iba a imponer en los terminales IP.

En aquel entonces algunos fabricantes surgieron como los grandes innovadores que se aventuraban en un mercado económicamente bastante competitivo donde los usuarios a menudo prefieren precio a calidad y por lo tanto eran merecedores de una mención especial a aquellos que destinan tiempo y recursos a investigar nuevas formas de utilizar un teléfono además de darle un aspecto mucho más atractivo y práctico.

Entre los fabricantes no se encontraban determinadas marcas que en mi opinión se habían quedado estancadas en el “más de lo mismo” ofreciendo nuevos terminales con más botones, más luces pero sin ninguna novedad pero ayer pude ver el nuevo terminal de Aastra (el Aastra 6739i) que además de ser un Aastra (lo que ya ofrece una garantía de funcionalidad bastante considerable) tenía un aspecto muy, muy innovador:

• Pantalla táctil a color de 5,7′ con una resolución de 640×480.

• Puertos ethernet Gigabit, (para hacer de puente entre el ordenador y la red)

• Soporte para auriculares inalámbricos por Bluetooth.

• Puerto USB y soporte para módulos de expansión de teclado.

• Soporte de audio “High Quality” Aastra Hi-Q™. (es decir, soporte del códec G.722 Wideband)

• y algunas cosas más…

Los Aastra siempre me han parecido unos terminales con un diseño muy atractivo para una oficina con un gran panel central donde se suele alojar una pantalla LCD bastante grande o bien el nombre de los usuarios SIP que queremos monitorizar por lo que son unos terminales bastante funcionales y vistosos.

Con el nuevo terminal Aastra 6739i, acaban de demostrar que siguen innovando con la mejor de las intenciones haciendo un producto realmente atractivo e igual de funcional que sus modelos anteriores.

Si permitiese personalizar los aspectos de la pantalla (insertar logotipos, ver fotos de las personas con las que hablamos, etc…) sería realmente un terminal de alta gama muy a tener muy en cuenta con un precio bastante interesante.

Más información:
http://www.aastrausa.com/…/38707.htm

El curso ha sido todo un éxito. Tengo la impresión que salieron contentos y que han aprendido muchas cosas que seguro que no sabían, pero sobre todo me quedo con el buen ambiente que se respiró durante toda la semana que ha durado el curso, que, y no lo digo yo… es bastante duro: mucha materia y tan concentrada como importante. Telefonía, protocolos VoIP, todos los archivos de configuración, y un largo etcétera que parece imposible explicar en el tiempo que disponemos.

Mucha gente opina que tanta información debería darse en 2 semanas, pero la verdad es que no hacen falta 2 semanas, si no que los asistentes al curso deben saber un poco de Asterisk para no encontrarse de repente con conceptos que no conocen. Justamente para aquellos que no conocen Asterisk, o que únicamente saben configurarlo vía interfaz web, existen otros cursos como el FastStart más indicado para obtener los conocimientos necesarios para evitar que el Advanced se vuelva una gran pelota de información y conocimientos lanzados a mala idea.

En general ha sido una semana intensa, donde he tenido la oportunidad de conocer a muchas personas y donde nos hemos divertido mucho.

Al final del curso, como tradicionalmente se suele hacer, se celebró el examen de certificación dCap donde pude constatar que gente que apenas habían tocado Asterisk, asistiendo al curso, haciendo todas las prácticas y poniéndole interés, podían aprobar el examen práctico (del teórico, ya hablaremos. ;D)

En fin, una semana intensa, muy cansada (8 horas mínimo durante 5 días de pie y hablando sin parar cansa mucho físicamente) pero muy satisfactoria.

Podeis ver algunas fotos del curso junto con Miguel Angel que me ayudó a dar el gran temario del Asterisk Advanced y que vió que se le da bastante bien hacer de profesor. ;D

Fotografías:
http://www.flickr.com/photos/hellc2/sets/72157622526356201/

La calidad tanto del vídeo como del audio es excelente y el contenido, por supuesto, también.

Aquellas que os parezcan interesantes podeis verlas en la web del VoIP2DAY pinchando en la foto de la persona que da la conferencia.

Conferencias del día del CallCenter
Conferencias del día de las Comunicaciones Unificadas
Conferencias del día de la Comunidad