Después de mes y medio en fase Beta, al final ha salido la versión final de FreePBX (2.3.0)
Supuestamente soporta Asterisk 1.4 aunque ellos mismos dicen que funciona mejor con 1.2.
Han solucionado más de 250 fallos de la anterior versión .
Enlace: http://www.freepbx.org/
En el archivo README que vienen con los drivers del FoneBridge2 ya viene bastante bien explicado, no obstante he encontrado una web (La Jompeich d’er Bisente) donde lo explican algo más claro e incluyendo algunos consejos bastante útiles y muy fáciles de entender.
Cómo configurar el hearbeat, como sincronizar los datos entre dos asterisk diferentes, y algunas cosas de utilidad.
Enlace: http://www.bisente.com/blog/2007/08/26/asterisk-cluster-fonebridge2/
Muchas veces, cuando vemos un número de teléfono en una web o en nuestra agenda, nos gustaría poner hacer clic con el ratón y que el sistema llame utilizando nuestro propio softphone, pero a menudo los números de teléfono vienen con el protocolo «callto:<numero>» y no viene definida ninguna aplicación para utilizar este protocolo.
En Linux es bastante sencillo asociar este protocolo a una aplicación, en el gestor de protocolos (de KDE o de GNOME) se configura con una facilidad digna de admirar, pero en Windows generalmente a de ser una aplicación la que asocie este protocolo para que sea utilizado.
Inicialmente el protocolo «callto:» venía asociado a la aplicación NetMeeting, y más tarde Skype hizo lo propio, de manera que muchas personas que ponen su número de teléfono ya lo enlazan con el prefijo callto.
Pero si queremos poder hacer llamadas desde nuestro softphone a través de nuestro Asterisk, tendremos que marcarlo a mano.
Por fín he encontrado los registros de Windows necesarios para asociar este protocolo a un softphone cualquiera enviándole como parámetro el número de teléfono indicado en el enlace y os lo pongo aquí para que podais hacer llamadas con vuestro softphone a cualquier número con el enlace <a href=»callto:900900900«>900900900</a> (por ejemplo).
Estoy seguro que esto ya lo conocía bastantes personas, aunque por mucho que lo he buscado jamás lo había encontrado.
Podeis editar el archivo y modificarlo por la ruta de vuestro softphone añadiendo al final el %1 que será sustituido por el número de teléfono al que se va a llamar.
No lo he podido probar porque no tengo ningún Windows a mano, pero os dejo la web donde podeis descargaros el tutorial y el archivo para el registro de windows.
Uno de los principales inconvenientes que ha tenido DUNDi para su despegue, ha sido sobre todo la complejidad de entender cómo hay que configurarlo, no obstante una vez aprendido es realmente útil y estable y pasa a ser un servicio más añadido a cualquier sistema multi-sede que se instale.
JR Richardson ha escrito un detallado tutorial en un PDF para ayudar a todos a configurar un nodo DUNDi tan fácil que, como dice, hasta un cavernícola podría hacerlo. 🙂
El enlace lo podeis descargar de aquí:
DUNDi_So_Easy.pdf
Para aquellos que aún quieran saber más sobre DUNDi, recomiendo estos documentos:
http://leifmadsen.com/
http://blog.thegoldfish.net/
http://kneh.xs4all.nl/
Y por supuesto el site oficial:
http://www.dundi.com/
Con estos documentos ya no hay excusa para no configurarlo corréctamente.
Leyendo a Russel Bryant, (uno de los mayores desarrolladores de Asterisk), me entero que el canal chan_iax2 va a empezar a experimentar cambios bastantes interesantes.
Entre los cambios que van a traer, se incluye un mejor gestor de memoria y una organización mejorada de los objetos IAX en una tabla hash lo que permitirá un incremento en la velocidad en sistemas con un gran número de conexiones que utilicen este protocolo algo que se incoporará pronto a la versión oficial de Asterisk.
Más información: http://svn.digium.com/view/asterisk
Una nueva versión de Asterisk 1.4 soluciona los bugs encontrados en la versión anterior, en especial uno dedicado al canal SIP bastante importante.
Otro de los cambios importantes del día de hoy es relativo al paquete Zaptel, y es que en esta versión se soluciona la compilación del módulo para las TDM2400P en kernels 2.4 entre otros cambios.
ChangeLog Asterisk 1.4.11:
http://downloads.digium.com/pub/telephony/asterisk/ChangeLog-1.4.11
ChangeLog Zaptel 1.2.5.1:
http://svn.digium.com/view/zaptel/tags/1.4.5.1/ChangeLog
Para descargarlo, donde siempre:
http://downloads.digium.com/
La primera vez que ví a dos personas negociar por la compra de minutos me llamó muchísimo la atención ya que al no estar acostumbrado, el hecho de comerciar con tiempo es algo que impresiona la primera vez que lo escuchas.
Por lo visto a un tal Robert Moore le han caído 2 años de prisión y una multa de $150.000 por robar 10 millones de minutos en llamadas de sistemas Cisco de 15 proveedores de VoIP que funcionaban mediante H.323.
Esta persona junto con un compañero, aprovechaban vulnerabilidades y hacián uso de contraseñas estandar para conectarse y utilizar estos proveedores para hacer llamadas sin ningún tipo de control.
Más información:
http://www.sipcat.com/
Es una aplicación bastante curiosa, no solo ayuda a comprobar la calidad de la voz en una red de VoIP si no que realiza estadísticas e informes sobre la calidad de la red, el número de minutos que habla cada extensión, y un largo etcétera de información útil para cualquier administrador de red.
La aplicación es comercial, pero se puede pedir una versión de evaluación.
Más información: http://www.netqos.com/solutions/voip_monitor/
De poco sirve gastarse millones en publicidad sobre un software P2P si cuando a la hora de la verdad los servidores principales caen y los usuarios no pueden comunicarse entre sí.
En una aplicación P2P (todos conocemos alguna), el sistema servidor únicamente sirve de conexión inicial, y siempre suele estar distribuida, de manera que si un servidor está caído siempre se pueda acceder a cualquier otro de una larga lista (bittorrent funciona así), tendrían que caer todos para que los usuarios que inicien la aplicación no puedan conectarse, pero los que ya estaban conectados, al ser P2P sí que podrían seguir hablando entre ellos.
En el caso de Skype la red caída y los usuarios sin poderse comunicar entre ellos, pues entonces lo de P2P solo es publicidad y realmente solo sirve para no saturar los servidores principales con tráfico RTP de voz algo que se puede hacer con cualquier otro protocolo libre como SIP o IAX.
Ahora vienen las excusas, que si hay un gusano que ha atacado los servidores, que si desmienten esto, que si ha sido un fallo en las comunicaciones, … pero el resultado sigue siendo el mismo, que si fuera un sistema P2P de verdad, poca gente lo hubiera notado y Skype no hubiera sido objeto de más de 300 noticias estos días.
Alguno por lo menos ha sacado tajada de esta caída (además del propio Skype) y es que al final, si es por una caída, algún exploit, nuevo plugin o por alguna versión alpha/beta/gamma, la cuestión es que la publicidad que se hace de Skype es realmente admirable algo que me lleva a reafirmarme en una idea:
– Lo verdaderamente valioso de Skype, es su comunidad.
Digium anunció anoche una nueva versión del Zaptel que soluciona unos cuantos fallos reportados hace unos días sobre las tarjetas TE120P y las TDM800P (algo que le ocurre también a las clónicas que utilizan el mismo chipset).
– El nuevo bus VoiceBus que mejora la calidad de sonido y reduce el uso de interrupciones a veces dejaba de solicitar interrupciones, por lo que la tarjeta se quedaba tonta (esto pasaba con la última versión del zaptel y en esta versión se corrige).
– En las TDM800P si no se utiliza el cancelador de eco hardware (VPM100) se apreciaba un aumento de volumen en tarjetas con módulos FXO, por lo que era necesario ajustarlo en el zapata para evitar ecos y ruidos por interferencias.
Estos fixes son corregidos en esta versión.
Podeis descargarlo de donde siempre: http://downloads.digium.com/pub/zaptel