Sinologic

Etiqueta: VoIP

  • SightSpeed se adelanta al mercado de las videoconferencias

    Nadie duda que últimamente están apareciendo un nuevo tipo de sistema portatil (los llamados netbook -que no notebook-) sistemas con una memoria muy limitada, batería con capacidad de más de 4 horas y consecuentemente poco potente, espacio reducido al máximo, y máxima capacidad de conexión (Wifi, ethernet, modem, e incluso 3G) que sirven prácticamente como terminales «tontos» de una red como Internet ya que el objetivo para el que están pensados es para ver páginas webs, consultar el correo, chatear y poco más.

    Pues una de las ventajas de este tipo de sistema con pocos recursos de procesamiento, memoria y gráficos es que por lo general incorporan micrófono y webcam por lo que el sistema sería perfecto no solo para su uso habitual de punto tonto de Internet, si no que también se empieza a utilizar como punto de conexión VoIP (con softphones como SJPhone, Twinkle, o Ekiga) aprovechando que para gestionar estos sistemas con escasos recursos se utiliza Linux como sistema operativo.

    Pues SightSpeed [?], una empresa que ofrece videoconferencia HD (siempre que la cámara lo soporte) va a ofrecer este servicio especialmente pensado para este tipo de sistemas basados en Linux, algo que sin duda dará que hablar, ya que hay pocos sistemas de videoconferencia de alta calidad que funcionen en Linux y no consuman una cantidad ingente y desmesurada de recursos del sistema.

    Vía: GigaOM

  • Zivios: Nuevo interfaz web OpenSource para controlar nuestro Asterisk

    Hace algún tiempo se anunció una cuenta atrás para poder descargarse un nuevo interfaz opensource con licencia GPLv3 para controlar Asterisk y algunos servicios básicos: Zivios.

    No he tenido la oportunidad de probarlo aún, pero la verdad es que tiene un diseño bastante agradable y sencillo según las capturas de pantalla que tienen publicada en su web.

    Podeis verla aquí:
    http://www.zivios.org

  • Digium homenajea al principal desarrollador del chan_unicall

    Cualquiera que vea el ranking de usuarios de Asterisk puede darse cuenta que tras EEUU y España, los países con más usuarios de Asterisk pertenecen a un conjunto de países donde existe una señalización de primarios llamada MFC/R2 y que, a pesar de ser muy conocida en estos países, en EEUU y en Europa no lo es tanto por lo que, en teoría los desarrolladores existentes en los países implicados se encuentran a menudo solos, ante una señalización especial y no contemplada desde un principio por el desarrollo original de Asterisk.

    El creador del SpanDSP (Steve Underwood) es incluso más conocido por desarrollar un canal que ofreciera el soporte necesario para permitir la compatibilidad con esta señalización. Steve se encontró inmerso en muchos proyectos y no tenía capacidad para continuar con este soporte por lo que lo terminó dejando de lado y eso hizo que muchos usuarios y empresas se encontrasen con grandes dificultades para soportar esta señalización.

    Hace algún tiempo, buscando información sobre señalización MFC/R2 para primarios en Angola (como ex-colonia de Portugal, mucha tecnología proviene de Portugal y esta a su vez de Brasil) me encontré con un blog de un mejicano llamado Moises Silva (moythreads.com) que además de ser usuario y desarrollador de Asterisk, es el principal desarrollador del proyecto chan_unicall que dota de soporte para la señalización MFC/R2 continuando el trabajo que comenzó en su día Steve Underwood, y más tarde reescribiendo un stack de R2 nuevo e integrándolo en chan_zap, asi no es necesario usar chan_unicall ni unicall, libmfcr2, spandsp y demás librerias.

    Ahora leo en el blog de Digium un breve homenaje a Moises a modo de agradecimiento por su tiempo y esfuerzo y sobre todo, por ofrecerlo con libre para la comunidad de Asterisk, algo que es digno de admiración y de agradecimiento por parte de todos.

    A propósito, comentar que Moises Silva estará en la Astricon 2008 para dar una charla sobre el soporte de MFC/R2 en Asterisk. 🙂

  • 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/

  • Webminar sobre programación Ruby y Asterisk

    Como Telefónica me ha dejado sin conexión en el servidor, no he podido compartir la noticia que publicó Bytecoders y es que Jay Phillips, principal desarrollador del proyecto Adhearsion framework para facilitar la programación en Asterisk con el lenguaje Ruby además de hacerse aún más conocido si cabe por sus cartas abiertas dirigidas a Mark Spencer, ofrecerá un webminar sobre la programación de aplicaciones nativas VoIP a través de Asterisk en Ruby.

    Para más información:
    http://www.voipphreak.ca/webinar-jay-phillips-adhearsion

    P.D. Es esta noche a las 0:30 am, para que el que quiera asistir. 🙂

  • Instalación desde cero de Asterisk y Asterisk-GUI

    Pese a que Alberto Sagredo se me ha adelantado con el vídeo de VoIPSupply, ya tenía preparado un vídeo donde pongo los pasitos para la instalación completa de un Asterisk y su interfaz, así como la configuración básica para registrar un softphone y hacer llamadas externas, configurar un Meetme, etc.

    La explicación es más bien escasa, ya que viendo el vídeo y los pasos que he dado se puede entender fácilmente qué hay que hacer, no obstante y como siempre digo, la experiencia es algo que uno debe adquirir personalmente por lo que, hasta que uno no haga el esfuerzo y lo instale, no se dará cuenta de lo sencillo que es y las posibilidades/limitaciones que va a encontrar.

  • Asterisk-GUI 2.0 Released!

    No hace ni 3 semanas que probé la beta de Asterisk-GUI 2.0 tras leer el anuncio en el blog de Saúl y he visto que anoche lo publicaron oficialmente.

    Por extraño que parezca, han dado un empujón bastante gordo y ahora tiene toda la pinta de estar completa (por no llegar a decir ‘estable‘).

    La he estado probando, aunque por lo que me ha parecido, me he visto obligado a instalar la versión Asterisk 1.6.1 (descargada desde subversion), de lo contrario se queda dando vueltas porque no encuentra el comando ‘ping’ en el mánager. 🙂

    En la web de Asterisk teneis algunas capturas de cómo queda al final.

    Muy buena pinta… la he instalado, pero habrá que verla más detenidamente. 😀

  • Las descargas de Asterisk se duplican

    A finales de diciembre anuciamos que Asterisk había logrado conseguir 1.000.000 de descargas, lo que no significa que hubieran un millón de Asterisk instalados, pero daba una cifra curiosa de la cantidad de usuarios que instalan Asterisk (sin contar los sucedáneos tipo Trixbox que no se descargan de la web oficial).

    Hoy he leído un comentario muy curioso que afirma que, en lo que llevamos de año (desde el anuncio del millón de descargas hasta ahora) se han contabilizado 835.000 descargas nuevas, lo que, considerando que este año ha sido un poco «flojo» en cuanto a versiones nuevas de Asterisk en comparación con el año pasado, una cifra que podría acercarse a los 2 millones de descargas para fin de 2008 (considerando que la nueva versión Asterisk 1.6 estable, salga este año).

    Esto no solo deja ver como ha aumentado el número de usuarios si no, considerando el crecimiento de número de descargas del paquete original, la intensidad con la que la gente utiliza e instala Asterisk.

    Sin duda una buena noticia. 🙂

  • Cuando todos se echan atrás…

    Después de unas necesarias vacaciones vuelvo a la carga, no solo con el blog si no con otros nuevos proyectos que seguramente iré comentando por aquí a medida que los vaya terminando.

    No obstante, aunque no haya escrito en el blog he estado leyendo, aprendiendo cosillas nuevas e interesantes, un poco de playita, descansando en el campo fresquito y comiendo el mejor marisco del mundo! 😀

    Después de dar un poco de envidia (lo siento para aquellos que aún no han podido disfrutar de unas vacaciones), he estado escuchando algunas «novedades» que realmente me han sorprendido:

    – Prohibición de Spam telefónico.
    Parece ser que las numerosas empresas de telemarketing que utilizan listados de números de teléfonos que disponen las operadoras y que se «venden legalmente» a otras empresas para ofrecernos desde líneas ADSL a cacerolas, tienen los días contados.
    No únicamente el «spam telefónico» será cortado de raiz, si no que incluso se habla de una próxima ley  alemana (que se podría ampliar a toda Europa) que prohiba cualquier uso de comercio telefónico para evitar el incremento de empresas que se dedican a estafar a los usuarios aprovechando los datos bancarios obtenidos de alguna manera.

    – Telefónica pasará a cobrar el servicio de identificación de llamada:
    El simple hecho de ver quien te está llamando (un servicio que desde Julio cuesta 0,50€/mes y gratis a aquellos usuarios que tenían ADSL contratada) pasará a ser, a partir de Noviembre un servicio con coste para todos los usuarios.
    Puede parecer una tontería pagar 50 céntimos de euro al mes por ver quien te llama, pero lo que realmente es ridículo es, en un campo que avanza día a día como es el de las comunicaciones, se pase a cobrar por algo tan tonto como el número de quien te llama.
    Telefónica tiene 6 millones de clientes en España, de los cuales 4 millones tienen ADSL contratada, por lo que esos 50 céntimos al mes le suponen a Telefónica una ganancia aproximada de 3 millones de euros al mes. (quien lo pillara eh? 😉

    – Nokia eliminará el cliente de VoIP SIP de sus terminales.
    Justo ahora que los teléfonos móviles empezaban a ser interesantes para la VoIP, uno de los más grandes fabricantes anuncia que va a dejar de incluir el software que permite hacer llamadas por SIP. (si señor, todo un acierto!). Apple es otro fabricante que avisó que prohibiría softphones VoIP en la AppStore para su uso con el conocido iPhone.
    Seguramente otras empresas empezarán a hacer lo mismo.
    Telefónica y Movistar ya han anunciado que la conexión 3G puede utilizarse para cualquier cosa excepto para P2P y la VoIP, algo que considerando lo que es una conexión 3G pierde gran parte de su atractivo.

    Después de leer estas noticias, uno se da cuenta que las operadoras y fabricantes de telefonía tradicional, están haciéndole un boicot en toda regla al avance en las comunicaciones, mientras por la puerta de atrás ofrecen y desarrollan nuevos sistemas basados en VoIP. No solo son únicas prohibiendo lo más llamativo, si no que se echan atrás en cualquier intento de «evolución» para poder luego presentar sus «servicios VoIP» después de haber ahogado a los usuarios y a las pequeñas empresas que se dedican a este mundo.

    Lo único que se me ocurre, es pensar que cuando los fabricantes, las operadoras y los proveedores se echan atrás… es el momento de dar un paso adelante.

  • Probando la nueva interfaz Asterisk-GUI 2.0

    Por el blog de Saghul me entero que acaban de lanzar una nueva versión del Asterisk-GUI 2.0. No soy amigo de los interfaces, aunque reconozco que muchos conocidos los utilizan por «facilitarse la labor» de desarrollar configuraciones «en serie» algo con lo que comparta o no, hay que respetar.

    A la vista del comentario de Saúl, daba la impresión de que habían cambiado el aspecto visual, por lo que, recordando lo sencillo que era instalarlo y aprovechando que tengo varios Asterisk para mis pruebas, y como la curiosidad mató al gato, lo he instalado para verlo.

    Para empezar, la instalación no puede ser más sencilla:

    En la consola, ejecutar:
    svn co http://svn.digium.com/svn/asterisk-gui/branches/2.0 asterisk-gui-2.0

    Una vez descargado, toca instalarlo, para ello ejecutamos:
    cd asterisk-gui-2.0 && make && make install && make samples && make checkconfig

    Con este ultimo comando (el make checkconfig) confirmaremos que la configuracion es la correcta, por lo que nos dara algun mensaje de error. Tan solo deberemos asegurarnos que esta habilitado el manager en el puerto 5038 asi como que existe un usuario valido en el manager.conf y haber descomentado los parametros en el archivo http.conf, reiniciamos Asterisk y listo. 🙂

    Para probar, recomiendo configurar el parametro bindaddres con valores 0.0.0.0, de manera que una vez lo podamos ver, lo configuremos de acorde a donde vayamos a conectarnos (127.0.0.1 si es desde la propia maquina, o 192.168.0.0 desde la red local o 0.0.0.0 para cualquier sistema desde Internet).

    Una vez tengamos todo correctamente configurado, pasamos a entrar en el sistema, para ello, abrimos el navegador web y escribimos la direccion de Asterisk en el puerto que hayamos definido en el archivo http.conf, por defecto el 8088 (http://laipdenuestroasterisk:8080), lo que nos redireccionara a la direccion correcta (http://laipdenuestroasterisk:8088/asterisk/static/config/index.html).

    Los cambios son pocos pero destaca alguno que otro si hemos seguido de cerca el interfaz en su version anterior:

    Visualmente no se aprecia muchos cambios, aunque a medida que uno va saltando por las opciones, puede notar la experiencia adquirida tras la primera versión (algo verde en mi opinión).

    Donde realmente me ha llamado la atención es en la auto-preparación, de manera que se modifican los archivos de configuración necesarios para poder utilizar todo el potencial de este interfaz, detección de hardware (incluyendo, como no, soporte para tarjetas basadas en mISDN) y algunas opciones básicas que ya traía de serie la versión 1.0, por lo que nada destacable por ahora.

    Por supuesto, la versión que he probado, además de ser descargada por subversión, podría clasificarla como pre-pre-alfa, por lo que aun no está lista para ser utilizada, de hecho aún no funcionan botones básicos (sobre todo el de añadir), pero seguro que pronto lo arreglan.

    Lo «bueno» de este interfaz, es que lee la configuración que hemos escrito a mano, la entiende y permite gestionarla vía web, algo que aún no he encontrado ningún interfaz que lo haga (siempre machacan los cambios o acuden a archivos externos incluidos para saltarse esta dificultad, en lugar de plantarle cara).

    Lo «malo» de este interfaz, que, como todos los interfaces, hay limitaciones que el usuario probablemente puede requerir, pero para eso está el ‘vi’. 🙂

    El día que este interfaz funcione como debe, creo que habremos dado con uno que realmente merezca la pena de verdad. 🙂

    Digium tiene Switchvox como interfaz web profesional (y comercial) para la gestión de Asterisk, por lo que si realmente queremos una versión en condiciones del Asterisk-GUI (opensource y libre), más nos vale empezar a aportar nuestro granito de arena tanto en el desarrollo como en la verificación de funcionamiento y búsqueda de bugs.

    Por cierto, a veces ocurre un error: Could not connect to Server, que se solucionará con una versión del Asterisk-GUI más estable y dándole al botón Retry. 😛