Etiqueta: Curiosidades

  • A por la estandarización de Asterisk

    Cada empresa que instala y configura Asterisk dispone de alguien con conocimientos suficientes para hacer esta labor, algunos tienen más conocimientos y otros no tantos pero en el fondo, cada uno cuenta con dos puntos importantes: capacidad de aprender y un objetivo a cumplir, donde este será instalar un sistema, instalar Asterisk, configurar los dispositivos, tarjetas, líneas, etc, y configurar Asterisk como lo necesite su empresa o su cliente.

    Cuando ocurre algún inconveniente o un comportamiento no esperado se suele buscar ayuda bien en la lectura de numerosas webs, blogs, listas, foros, etc… o bien diréctamente a cualquiera que pueda ayudar.
    Es aquí donde empiezan los problemas iniciales. Cada uno ha aprendido por su cuenta, buscando, encontrando, leyendo y preguntando, de ahí se sacan conclusiones propias y uno hace lo que buenamente sepa o pueda.

    De la misma manera que el software libre da libertad de escoger cómo, cuándo, dónde y porqué, configurar Asterisk también da bastante libertad y un comportamiento puede realizarse de varias maneras y todas válidas (mejores o peores) pero el desconocimiento o una falta de metodología adecuada suelen acarrear inconvenientes, no únicamente por lo que hayamos hecho o dejado de hacer, si no a la hora de preguntar y esperar una respuesta. Cada persona tiene su técnica, sus trucos y consejos que hacen que, en teoría, una configuración que se comporte igual a otra, sean diferentes y dichas diferencias pueden sorprendernos con comportamientos no deseados.

    Concretamente, el confiar en que no definiendo un parámetro en algún archivo de configuración, el comportamiento será correcto, no se cumple en Asterisk (básicamente porque el comportamiento habitual de los sistemas de comunicaciones en España es bastante diferente al de EEUU) y muchas personas se dan cuenta que el hecho de poner un parámetro resuelve todos sus problemas.

    Por este motivo, el equipo de desarrolladores de Asterisk tiene muy mal acostumbrado a los usuarios que les permiten «omitir» ciertos valores en determinados parámetros sin recibir ni un triste mensaje de aviso o error, algo que para los ojos de la persona que desconoce la importancia de este parámetro, representaría la diferencia entre acabar felizmente y pasarse una semana leyendo listas de correos y foros.

    Por poner un ejemplo, al definir un usuario SIP en el archivo ‘sip.conf’, el parámetro ‘host’ es imprescindible y sin ella, simplemente no podremos registrarnos con ese usuario, no obstante, si nos olvidamos de definirlo, Asterisk ni se inmuta, no dice nada, lo ve normal y no se queja. ¿Resultado? algo tan sencillo como definir un usuario SIP, se puede llegar a convertir en toda una tortura para la persona que no caiga en este detalle.

    En la configuración del extensions.conf, la cosa se complica, ya que además, no solo hay que conocer qué hay detrás de una llamada entre una extensión y otra, si no que además debemos escribirlo a sabiendas que el jefe, cliente o quien vaya a utilizar el sistema, seguro que va a querer cambiar el comportamiento de esta, de manera que todo lo que hagamos debe ser planteado de forma que sea fácil y rápidamente modificable y no nos suponga empezar desde cero.

    Fallos tan garrafales como comunes como poner un Answer() antes del Dial(..), hacen que el sistema no se comporte como esperemos y eso puede provocar grandes pérdidas de tiempo que para una empresa, se convierte en dinero.

  • Listado de las 74 aplicaciones de VoIP más conocidas

    Aquí teneis un listado de las 74 aplicaciones de VoIP licenciadas como de código abierto más conocidas.

    Seguro que la mayoría las conocemos, pero puede que alguna no sepamos de su existencia hasta haberla visto en este listado.

    ¿Cual no conocías? 😀

    http://www.voipnow.org/2007/04/74_open_source_.html

  • Asterisk y los hoteles: la combinación perfecta

    Uno de los primeros lugares donde pensé que una aplicación como Asterisk sería mucho más que útil es en los hoteles y viendo que en el último hotel al que fuí tenía una siemens de más de 10 años me lo terminó de confirmar ya que están perdiendo una oportunidad de oro.

    Si uno piensa en cómo funciona cualquier hotel, se da cuenta que el número de llamadas es bastante bajo en comparación con el número de teléfonos existentes (por lo general, uno por habitación más los de uso interno) por lo que el número de enlaces y líneas a la PSTN suele ser bajo, consecuentemente el coste de mantenimiento por línea es bastante bajo.

    Según el tipo de hotel y el tipo de clientela que suela tener, muchas llamadas serán al extranjero (los países de origen de los clientes) por lo que, en este caso, la VoIP juega un papel ventajoso frente a llamadas a través de la línea convencional permitiéndonos utilizar cuentas SIP con unas tarifas realmente bajas a países y ahorrándole al hotel una cantidad considerable de dinero en llamadas.

    Pero hasta ahí, las ventajas de utilizar VoIP en un hotel, se mejoran considerablemente cuando además se utiliza un sistema Asterisk para elaborar servicios básicos o avanzados:

    Servicio despertador: Hoy día todos los hoteles tienen un ordenador que avisa al recepcionista o incluso que llama a la habitación. En algunos casos, la televisión se enciende si el cliente es lo suficientemente avispado como para aprender a programar la alarma en la televisión, pero que te llame un Asterisk automáticamente y te diga la temperatura en la calle, si llueve o hace sol, el horario del desayuno, o cualquier otra cosa… 🙂

    Servicios extras: Un menú IVR para pedir alguna toalla, solicitar el código para acceder a internet o el desayuno en la cama (que ganas de vacaciones)…

    Información sobre la ciudad: Todo lo que desea saber de la ciudad donde se encuentra el hotel, restaurantes, autobuses o estaciones de metro cercanas, últimos eventos culturales, museos, noticias locales, rutas turísticas, etc…

    y seguro que cualquiera que piense se le ocurren más servicios que podría ser interesante para un hotel.

    En resumen, pronto veremos cómo los hoteles empiezan a ofrecer estos servicios adicionales, y llamadas a un precio más económico para el cliente sin perdida de beneficios por llamadas, seguro que entonces más personas utilizarán el teléfono del hotel en lugar de su móvil para hacer llamadas a su país de origen y lo mejor de todo… mucho más económico que una centralita tradicional para tantas extensiones.

    Y como decía una pegatina de Asterisk que leí hace poco… «Estás utilizando Asterisk sin saberlo» 😛

    (más…)

  • Snom 370 reproduce video por XML

    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. 🙂

  • Sangoma compra Paraxip

    El mercado a veces da sorpresas y es que me informan por varias fuentes que Sangoma acaba de adquirir Paraxip, una empresa de software centrada en la creación de software orientada en empresas de call centers y contact centers.

    La sorpresa (por si alguien no se ha dado cuenta) es sobre que Sangoma es una empresa de hardware y por lo tanto es un movimiento muy extraño que, o bien se trata de una empresa muy rentable, o bien significa que Sangoma no quiere quedarse atrás y desea empezar a ampliar mercado con otros productos relacionados con las comunicaciones, pero no necesariamente relacionado con su hardware.

    Nota de prensa: http://www.paraxip.com/News/files/2008/Sangoma_Paraxip_Final.pdf

  • FreePBX le planta cara a Fonality y lo acusa de mentir

    Como si de una telenovela se tratase, los movimientos estratégicos de Fonality con respecto a FreePBX se está convirtiendo en una historia de amor, engaños, amantes y por último odio.

    Cualquiera que esté interesado en esta novela que llevamos contando desde hace algún tiempo, Fonality lleva bastante tiempo buscando un interfaz web para no depender de la aplicación que ha hecho famoso a su conocido TrixBox: FreePBX.

    Hace unas semanas Fonality hizo público que estaba cansado de pagar a la gente de FreePBX para que corrigiese bugs y para que siguieran mejorando el interfaz que hace que la gente instale Trixbox, por lo que habían tomado la decisión de hacer un ‘fork’ de FreePBX controlado únicamente por Fonality. No obstante la respuesta, aunque ha tardado en llegar, ha aparecido en forma de queja y presunta acusación de engaño a los usuarios del foro de FreePBX por parte de Kerry Garrison (CEO de Fonality) cuando el administrador de los foros de FreePBX ha detectado que «kgarrison» cambiaba de usuario para seguir comentando hilos bajo otro pseudónimo «GPLLaw» a lo que el administrador de los foros procedió baneando a este último usuario por lo que recibió una carta de queja por parte de GPLLaw:

    «I am quite disappointed in the fact that I have been blocked from posting on your site. I routinely call out other projects such as trixbox, Elastix, PBX-In-A-Flash, Asterisk, CentOS, Apache and other when either there is a violation of GPL rules or when someone is misinterpreting the GPL license or Free Software Foundation guidelines. Some of your users are completely misconstruing the spirit of the FSF and I have pointed out the links and quotes from the FSF that backup their position. I am sorely disappointed that when I returned today to again reiterate the stance of the FSF and of the GPL I find that opposing views to your community are met with accounts being blocked. Perhaps this is an overstepping of bounds from one of your moderators but I can assure you that I am very disappointed and will have no problem calling this out in a more public forum if this is the policy of the FreePBX team. As I am sure this cannot be the position of a leader of an open source project, I am letting you know about it before publicly accusing the project leaders of blocking users for disagreeing with a very small number of people from the community.

    GPLLaw»
    Cuando la gente de FreePBX recibieron este mensaje no daban crédito (kgarrison tiene su cuenta y puede utilizarla libremente para mostrar su opinión cuando lo desee) así que preguntan en el foro qué hacer con este lío y las respuestas no tardaron en llegar.

    Por lo visto, esta técnica se había repetido hasta 4 veces en la página de FreePBX con el mismo usuario.

    Kerry Garrison se defiende diciendo que no ha sido él, que habrá sido alguien que habrá utilizado una técnica de IP Spoofing para utilizar su IP, pero la gente no es tonta y las pruebas son bastante contundentes.

    Los comentarios no tienen desperdicios ya que se está abriendo un debate sobre lo ético que es montar una empresa para ganar dinero suministrando software que han hecho otros, la licencia GPL así lo permite pero no suele ser bien visto ya que, puestos a ganar dinero debería hacerlo la empresa que lo programa, no obstante, al ser aplicaciones libres ni FreePBX ni Asterisk ganan dinero directamente por hacer ni distribuir el software, algo que sí hacen empresas como Fonality con sus productos TrixBox Pro. Otros comentarios comentan ejemplos de empresas que hacen lo mismo con otros sistemas como Elastix.

    lo dicho… una telenovela. Seguro que pronto veremos el siguiente capítulo.

  • Frases para recordar (I)

    Me gustaría empezar a recopilar ciertas frases leídas o escuchadas a determinadas personas con cierta relevancia en el mundo de la VoIP o de Asterisk y para ello voy a comenzar con dos que me han impresionado gratamente dos cosas: de quién procede y las frases en sí.

    «Creo que en los próximos tres años, las soluciones de VoIP basadas en OpenSource como Asterisk generarán más negocio que todo el mercado de Linux hasta el día de hoy»

    «Las soluciones PBX de hoy son increiblemente caras, cerradas y propietarias. Las soluciones basadas en Asterisk cuestan aproximadamente una décima parte del precio de una PBX propietaria.»

    Jon «maddog» Hall en el congreso ZDNet UK, 06-10-2004

    Para quien no conozca a Jon «maddog» (muy mal por cierto) es un señor parecido a Papa Noel (Santa Claus en América) y uno de los personajes más populares e importantes en la comunidad de software libre y además de ser el presidente de Linux Internacional, y se dedica a recorrer el mundo de punta a punta con la finalidad de dar a conocer las ventajas del empleo de Linux como sistema operativo.
    Su biografía o lo que se conoce de ella.

  • Manipulando la voz en Asterisk

    En marzo de 2007, escribí un artículo sobre un parche que permitía a Asterisk capturar la voz y distorsionarla lo suficiente para parece que hablaba un «pitufo» o bien un «troll».

    Pues hoy leo que el proyecto ha seguido vivo y han sacado nuevas actualizaciones que permiten modificar el «pitch» (la velocidad de reproducción en tiempo real de la voz) con algunas mejoras interesantes, como la actualización a Asterisk 1.4 y una reducción considerable de la carga de CPU (algo desproporcionada cuando lo probé en aquel momento).

    Para probarlo, tan solo hay que ejecutar esto en consola:

    # You can also install it through your package manager
    cd /usr/src
    wget http://www.surina.net/soundtouch/soundtouch-1.3.1.tar.gz
    tar xvzf soundtouch-1.3.1.tar.gz
    cd soundtouch-1.3.1/
    ./configure –prefix=/usr
    make && make install
    # install libsoundtouch4c
    cd /usr/src
    wget http://www.lobstertech.com/code/libsoundtouch4c/releases/libsoundtouch4c-0.4.tar.gz
    tar -xzvf libsoundtouch4c-0.4.tar.gz
    cd libsoundtouch4c-0.4
    ./configure –prefix=/usr
    make && make install
    # install the voice changer
    cd /usr/src
    wget http://www.lobstertech.com/code/voicechanger/releases/voicechanger-0.6.tar.gz
    tar -xzvf voicechanger-0.6.tar.gz
    cd voicechanger-0.6
    make && make install
    # load it in to asterisk
    make start

    Y una vez compilado corréctamente, tan solo añadir una linea como esta que deberás modificar convenientemente para ajustarlo a tu dialplan:

    exten=>_XXX,1,VoiceChangeDial(SIP/${EXTEN}|T(30)P(-5.0)D(8:9)H(*))

    El resultado no tiene precio. 😀

    Más información: http://www.lobstertech.com/code/voicechanger/

  • Resumen de la conferencia de Mark Spencer en Bilbao

    Acabo de llegar de Bilbao, concretamente de la conferencia que Mark Spencer ha dado en el museo Guggenheim, una mezcla entre tecnología aplicada a las comunicaciones basadas en software libre y lo más de lo más en el arte. Como decía un amigo: «la programación es un arte» 🙂

    Aquellos que no han tenido la suerte de venir, han podido seguirlo en directo mediante streaming en la página de Irontec y si aún así os lo habeis perdido, entonces aun tenéis la oportunidad de verla en la página de Alberto que la tiene grabada.

    La conferencia ha sido todo un éxito, tanto por parte de Mark que ha sabido exponer este software como nadie, como por la parte de la organización que ha conseguido (no sin dificultad) una excelente localización, así como los mejores medios (traducción simultanea inglés-español) y un ambiente comunitario sin igual donde curiosos y expertos encontraban el lugar perfecto para compartir experiencias y conocerse.

    Con respecto a la conferencia, Mark ha sabido darle ese toque mágico que suele dar cuando un jóven se sube a un escenario y empieza hablar sobre cómo se ha llegado en apenas 9 años a movilizar a tantas y tantas personas convirtiendo al movimiento Asterisk en uno de los más premiados y valorados incluso por las grandes empresas fabricantes de dispositivos de telecomunicaciones.

    Entre los puntos a destacar:

    Las ventajas de Asterisk y el OpenSource en las comunicaciones.
    Aquí comentó las ventajas que dispone una empresa en modificar el código para ofrecer soluciones altamente personalizadas, a la vez de contribuir para el desarrollo de esta aplicación y mantener vivo el movimiento del software libre. La retroalimentación inteligente provocada por la aportación de la comunidad de software libre y la aportación económica que ofrecen las empresas que utilizan esta aplicación adquiriendo hardware lo que lo convierte en un proyecto doblemente impulsado.

    Asterisk como sistema ideal en entornos con requisitos específicos y nada generales.
    Empresas que han desarrollado con Asterisk soluciones muy específicas y curiosas, incluso algunas de las que ya hemos hablado en Sinologic: Asterisk como cuidador de plantas, Asterisk como puerta de acceso telefónico para acceder a eBay, y un largo etcétera que provocó alguna que otra carcajada como la anécdota que contó en la entrevista de Asterisk-Tag sobre la cola de espera con preguntas del trivial y que, a medida que la gente respondía corréctamente, avanzada en la posición de la cola, mientras que si respondían mal, descendía posiciones. 🙂

    Digium como «sponsor benevolente de Asterisk».

    Explicaba que Digium, al ser el creador de Asterisk, busca el equilibrio entre desarrolladores de la comunidad y desarrolladores propios de Digium para poder crear un sistema tan comercial como comunitario y que todos puedan sacar provecho de esto. Explicó el papel que realiza Digium, el éxito arrollador que está teniendo las soluciones opensource en las comunicaciones actuales, tanto en sistemas en pequeñas y medianas empresas como en soluciones altamente competitivas.

    En el turno de preguntas, algunas bastante curiosas, Mark se «soltó» lo que hizo que mucha gente se animara a preguntar cosas tan curiosas como el papel de Asterisk frente a las soluciones propietarias de Nortel, Avaya, Cisco y Microsoft, ventajas de utilizar Asterisk, fecha de publicación de Asterisk 1.6, a lo que respondió que saldrá cuando los desarrolladores consideren que debe salir. ;), también se preguntó sobre el soporte para el chan_sip3 (codename Pineapple) donde comentó que es un proyecto que está en desarrollo de la mano de Olle Johansson y que no sabe cuando podría estar listo.

    Fuera de la conferencia, aprovechando que lo tenía cerca, le pregunté un par de dudas que tenía desde hace algún tiempo:

    Diferencias que habrá entre Zaptel y DAHDI cuando finalmente vea la luz.
    En principio, DAHDI  es simplemente un cambio de nombre del paquete Zaptel como ya sabemos por temas de registros de marcas, aunque sí comentó que se está desarrollando un soporte propio para las tarjetas ISDN Bri que verá la luz muy pronto y que podría sustituir al mISDN que tantos dolores de cabeza está dando a tanta gente con kernels de Linux demasiado nuevos. (>= 2.6.24)

    – Tras 4 años de espera con el draft, para cuando el RFC de IAX.
    De momento no puede decir mucho, tan solo que pronto puede haber noticias… (aunque eso se lleva diciendo desde hace 3 años) 😛

    Además de todo esto, algunas anécdotas bastante curiosas y graciosas que seguro que tardaremos en olvidar y desde aquí, felicitar de todo corazón a la gente de Irontec y de Avanzada7 que han permitido, no solo dar a conocer a más gente este fantástico mundo de comunicaciones opensource, si no también permitirme conocer un poquito Bilbao al que prometo volver pronto.

  • Proyectos interesantes sobre Asterisk

    Luigi Rizzo comenta en la lista Asterisk-Dev algunos proyectos que están llevando a cabo en la Universidad de Pisa (Italia), algunos muy interesantes:

    Hacer que Asterisk arranque como una extensión de Firefox.
    El objetivo de de este proyecto no es que sirva como servidor en producción, si no facilitar la tarea de desarrollar interfaces web sin tener que hacer pruebas contra un Asterisk de verdad.

    Soportar multiples fuentes de vídeo y de audio, de manera que cambien durante una conversación.
    Precisamente estuve probando este fin de semana la aplicación app_conference con vídeo y con unos resultados bastante satisfactorios en cuanto a que la fuente de vídeo cambia según quien hable. Muy interesante para videoconferencias con varias personas. Aunque no se vea la pantalla partida, es un paso. Pronto escribiré algo más sobre esto.

    Unir el módulo chan_oss (posiblemente con el chan_alsa) en uno único: chan_console.
    La ventaja de esto consiste en unificar las ventajas de cada uno de estos módulos y no tener que preocuparnos sobre la plataforma de audio que vamos a utilizar cuando utilicemos la consola para hacer y recibir llamadas.

    ¿Conoces alguna universidad que ofrezca proyectos de este tipo y no solo instalar y configurar un Asterisk?

    Enlace: http://lists.digium.com/pipermail/asterisk-dev/2008-May/032977.html