Categoría: Versiones

  • Jared Smith deja el proyecto Asterisk y se centra en Fedora

    Jared Smith, el que fuera una vez uno de los primeros examinadores del título dCap, autor del libro The Future Of Telephony y antiguo coordinador de la comunidad general de Asterisk, es ahora el nuevo coordinador general del proyecto GNU/Linux Fedora (la versión gratuita de RedHat) según nos cuentan en el blog de Digium.

    Pese a haber estado más de 10 años intensamente relacionado con el mundo Asterisk, a través de la empresa «Sokol & Associated» que justo hace 3 años fue adquirida por Digium y pasaron de ser consultores independientes y organizadores de la Astricon, a trabajar en distintos puestos de Digium (coordinadores de la comunidad, desarrolladores, director de productos, etc.) y ahora se embarca en un proyecto que está pasando por horas bajas: Fedora, que necesita un poco de aire fresco si desea innovar y ser una distribución que ofrezca algo diferente a otras y seguramente Jared Smith pueda traer algo de esto.

    Los profesionales, en lugar de apostar por Fedora prefieren la seguridad de un sistema operativo con soporte como RedHat, y los usuarios que buscan una distribución parecida pero libre, suelen decantarse por otras CentOS, Mandriva o Ubuntu, por lo que Fedora, pese a ser una de las mejores y más sólidas distribuciones de Linux, llevaba algún tiempo en un silencio sospechoso, pero la incorporación de Jared seguro que será una buena señal.

    Desde Sinologic le deseamos lo mejor y esperamos que aunque ahora esté ocupado con otros menesteres, pueda seguir dentro de la comunidad Asterisk y aportando su granito de arena que siempre ha sido importante.

    Más información:
    http://blogs.digium.com/2010/07/06/digiums-fond-farewell-to-jared-smith/
    http://press.redhat.com/2010/06/29/introducing-fedora-project-leader-jared-smith/

  • Abriendo puertas con Asterisk

    Nuestro colega Jorge Montero acaba de publicar en la lista de Asterisk-ES cómo, a través de Asterisk, un par de tarjetas y un pequeño transformador podemos crearnos un sistema que pueda abrir puertas mediante el protocolo SIP.

    Asterisk y la domótica son grandes amigos desde hace tiempo, pero como siempre faltan ver proyectos donde puedan ser utilizados y donde el coste final no haga que el proyecto finalice antes de tiempo.

    Aquí os dejo el vídeo:

  • Una nueva versión de Asterisk corrige el dialplan injection

    Hace una semana Olle Johansson anunció un fallo de seguridad bastante interesante, pero no me atreví a escribir sobre él hasta que no lo hubiésemos probado y al fín lo hicimos, y los resultados son escalofriantes:

    Imaginemos que utilizamos un terminal IP (o softphone) con una cuenta limitada a extensiones SIP, en principio sólo podríamos llamar a extensiones SIP, pero el bug explica cómo aprovechar una mala programacion del dialplan y poder llamar a donde queramos:

    El fallo de seguridad ocurre principalmente si tenemos una línea como esta:

    exten=>_X.,1,Dial(SIP/${EXTEN})

    De manera que cualquier número que marquemos, intentará llamar por SIP:

    Si marcamos 800, en el dialplan se ejecutará: exten=>800,1,Dial(SIP/800)
    Si queremos llamar hacia el exterior, marcamos 952123456, y en el dialplan se ejecutará: exten=>952123456,1,Dial(SIP/952123456)

    Claro, que si no tenemos una extensión SIP con ese número, no hará nada y colgará la llamada.
    Pero como todos ‘deberíamos’ saber, el comodín punto ‘.’ admite cualquier cosa y tantas como queramos (símbolos, letras, etc) por lo que si en lugar de utilizar un terminal IP utilizamos un softphone, podríamos llamar a nombres o a cualquier cosa que podamos escribir:

    Si marcamos 3pepota, en el dialplan se ejecutará:
    exten=>3pepota,1,Dial(SIP/3pepota)

    Tampoco llamará a nadie, ya que la extensión 3pepota no existe.

    (más…)

  • Nuevas versiones de Asterisk 1.6 corrigen bug en T.38

    Un bug encontrado en el soporte de T.38 que trae de serie Asterisk 1.6 acelera la publicación de nuevas versiones de Asterisk 1.6.

    El soporte de T.38 que trae Asterisk 1.6 no es precisamente un todo-terreno, de hecho la gran mayoría de las situaciones en las que más podemos pensar que nos interesa utilizar T.38 (para enviar y recibir faxes a través de VoIP) se convierte en toda una odisea si pensamos que con Asterisk 1.6 lo podemos hacer sin más.

    Hace un par de días, Asterisk™ publicó una nota de seguridad que afirmaban haber encontrado un bug donde modificando el campo FaxDatagram en el SDP provocaba que Asterisk dejara de funcionar, algo que se solucionó con un parche que ya viene incluida en las nuevas versiones de Asterisk 1.6:

    – Asterisk 1.6.0.22 (ChangeLog)

    – Asterisk 1.6.1.14 (ChangeLog)

    – Asterisk 1.6.2.2 (ChangeLog)

    Por supuesto, Asterisk 1.4, al no soportar de serie este tipo de datos no es vulnerable y por lo tanto no ha requerido de actualización.

    Para descargar: http://downloads.digium.com/pub/asterisk/

  • Nuevas versiones de Asterisk 1.4.28, 1.6.0.20 y la nueva 1.6.2.0

    Justo antes de navidad, el equipo de desarrollo de Asterisk tiene por costumbre lanzar nuevas versiones (como ya viene siendo habitual en estas fechas) y en este caso nos hemos encontrado con nuevas versiones de todas las ramas:

    Asterisk 1.4.28:

    Incluye cambios menores y bugs reportados por la comunidad ya corregidos.
    Podeis ver los cambios en este ChangeLog.

    Asterisk 1.6.0.20:

    Mejora en la documentación de los archivos de configuración, corregidos algunos bugs relativos a la música en espera y el BLF y algunas mejoras en el CDR y en el Manager.
    Podeis ver los cambios en este ChangeLog.

    Asterisk 1.6.1.12:

    Cambios muy similares  a los de la 1.6.0.20. (ChangeLog)

    Asterisk 1.6.2.0:

    Primera versión de la rama 1.6.2.0 que incluye algunas novedades como:

    • Soporte nativo del MFC-R2 (si Asterisk está compilado con soporte de LibOpenR2)
    • Opción faxdetect=yes|no en el sip.conf (muy interesante, habrá que probar si funciona bien)
    • Aplicación ConfBridge y Originate en el dialplan para la generación asíncrona de llamadas (un compañero del chan_local? ;D)
    • Nueva sintaxis con ‘same’ para indicar que vamos a utilizar la misma extensión que la línea anterior:
      exten => 123,1,NoOp(something)
      same => n,SomethingElse()
    • Posibilidad de configurar nuestros propios «alias» en la consola de Asterisk mediante el archivo de configuración cli_aliases.conf.
    • Soporte de monitorización de buzones de voz remotos mediante SIP.
    • Soporte del códec HD G.722 especial de Polycom (SirenX)

    Podeis ver todos los cambios y muchos más en este documento.

    En mi humilde opinión, Asterisk 1.4 sigue siendo la rama más estable, seguida muy de cerca por la 1.6.0.
    Si disponemos de tarjetas Digium quizá nos interesaría utilizar la versión 1.6.0, o si no, entonces la 1.4, no obstante yo hace tiempo que vengo trabajando con Asterisk 1.6 para habituarme con los nuevos archivos de configuración y los nuevos comandos de consola (que no son pocos) a la espera de que salga la versión de Asterisk 1.8 y veamos si es lo que promete ser.

    De poco sirve quedarse en la versión 1.4 si luego cuando queramos saltar a una versión posterior vamos a tener que aprender a hacerlo todo de nuevo debido a los cambios que han surgido en las versiones 1.6, así que… ahí dejo eso. ;D

    Como siempre, estas versiones o las superiores que vayan saliendo, se pueden descargar de:
    http://downloads.asterisk.org/

  • Asterisk 1.8 seguirá la misma política de versiones que 1.4

    Según acabo de saber gracias a Saúl, en la lista de Asterisk-Dev, Russell Bryant acaba de publicar un cambio muy importante para los que nos dedicamos a la VoIP y a Asterisk, y es que la versión 1.6.2 será la última versión basada en 1.6 con la actual política de versiones, y todas las novedades y mejoras pasarán a unirse en la próxima versión de Asterisk: Asterisk 1.8.

    Mucho se ha hablado sobre la política de versiones de 1.6 el hecho de tener varias versiones de la misma rama que evolucionan a la vez es algo no sólo difícil de entender para muchos si no que pese a las críticas de estabilidad, velocidad de desarrollo y esfuerzos por parte de los desarrolladores, Russell continuaba defendiendo un modelo que en la opinión tanto de los usuarios como de muchos desarrolladores, era impracticable e ineficiente.

    Asterisk 1.6. continuará con sus sub-ramas Asterisk 1.6.0, 1.6.1 y 1.6.2 y pronto se empezará a unificar todas las características así como las nuevas que estaban planteadas en Asterisk 1.6.3 (CEL, un SIP bajo TCP y TLS en condiciones, y muchas mejoras más) en una nueva y única rama: Asterisk 1.8.

    (más…)

  • Asterisk matará al usuario en la versión 1.6.1

    kill-billMatar al usuario (kill-the-user) es el conocido cambio del que ya hemos hablado en otras ocasiones y que tendrá como objetivo «actualizar» un poco el funcionamiento del canal SIP así como centrarlo para la utilización que normalmente se suelen hacer:

    Por ahora tenemos:
    type=user
    type=peer
    type=friend

    y a partir de la 1.6.1, parece que tendremos:

    typr=service
    type=trunk
    type=phone

    Todavía hay cosas por decidir y no está totalmente documentado este cambio, pero ya empiezan a moverse … 🙂

    http://svn.digium.com/view/asterisk/team/oej/sip-compliance/sipobjects.txt?view=markup

  • Nuevas versiones de Zaptel, DAHDI, Asterisk y Asterisk-Addons

    Hacía ya bastante tiempo que el equipo de desarrolladores de Asterisk no publicaba nuevas versiones, y ahora que publican nuevas versiones, lo hacen a la vez:

    Zaptel 1.2.27 y 1.4.12

    Entre otras, se solucionan bugs relativos al zaptel con kernels 2.6.26 y 2.6.27 al igual que se soluciona un bug del zaptel 1.2.26 que impedía las llamadas entrantes en tarjetas con puertos FXO.

    La versión 1.4.12 del Zaptel será la última y, además de solucionar los bugs que tienen en común con la versión 1.2, se han añadido algunas mejoras:
    – Soporte G729B en las tarjetas de trascoding TC400P
    – Prepara el terreno para la futura incorporación de DAHDI y la posibilidad de volver «atrás» en el caso de problemas.

    DAHDI-linux-complete-2.0.0-rc3+2.0.0-rc2

    Este paquete lo constituyen dos partes:
    dahdi-linux-2.0.0-rc3 : los módulos de linux para el soporte del hardware.
    dahdi-tools-2.0.0-rc2 : las herramientas de gestión del hardware.

    En principio se comentó que DAHDI sería simplemente un ‘renombre’ del paquete zaptel, pero se ve que además le han añadido algunas mejoras que habrá que ir descubriendo poco a poco.

    Asterisk-1.4.22-rc3

    Primera versión de Asterisk con el soporte nativo de DAHDI y como esta será la última versión de zaptel, puede que la próxima no incluya el conocido zaptel.conf y zapata.conf. >:)

    Asterisk-1.6.0-rc4

    Una de las últimas versiones antes de convertirse en 1.6 estable por fín.
    Se han arreglado muchos bugs que se han encontrado y se han añadido algunas mejoras que podeis leer en esta documentación.

    Todos estos nuevos paquetes podeis encontrarlo donde siempre:

    http://downloads.digium.com/pub/

  • Más ventajas en la futura versión de Asterisk 1.6

    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.

    Asterisk-JackPara 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.

  • Asterisk Addons 1.4.5 y nueva versión códec G729

    Del equipo de desarrolladores de Asterisk recibo un correo con dos actualizaciones interesantes:

    Asterisk-addons-1.4.5:
    Compatible con la versión actual de Asterisk 1.4.15 y algunos errores solucionados.

    Version 33 del códec G729:
    Es una actualización para que funcione el códec G729a con la última versión de Asterisk.

    Podeis descargarlo de http://downloads.digium.com/pub