Blog

  • Avaya compra Konftel por 15 millones de dólares

    Una de las primeras noticias importantes del año se acaba de publicar ahora: Avaya compró ayer la empresa sueca Konftel que se dedica a la fabricación de terminales de conferencia analógicos y SIP por la nada despreciable cantidad de 15 Millones de dólares, un precio bajo para una de las pocas empresas que le hacen competencia a Polycom en cuanto a terminales para salas de conferencia.

    Ya hemos hablado de los Konftel algunas veces y hemos tenido la oportunidad de probarlos en varias ocasiones y su calidad es impresionante, tanto que Snom los remarcó como Snom MeetingPoint.

    Nota de prensa:
    http://www.marketwire.com/press-release/Avaya-Expands-Conference-Room-Presence-1375349.htm

  • Resumen de toda la VoIP del 2010 y lo que nos depara el 2011

    El 2010 ha sido un año muy centrado en la crisis que ha asolado todo el mundo, desde EEUU hasta China y, por supuesto Europa, pero, a diferencia del año 2009 (tal y como dijimos el año pasado) en la que todas las empresas de VoIP intentaron esperar a que pasara la crisis para lanzar sus novedades, este año 2010 no han podido esperar más y se han lanzado en tropel a publicar tantas novedades como han podido, con el objetivo de seguir ofreciendo a los usuarios una gama más completa de productos.

    Si el año 2009 fue un año bastante regular tirando a malo en todo el mundo, el 2010 no se esperaba mejor, pero a diferencia del 2009, este año ha estado plagada de novedades y en todos los sentidos, bastante trabajo en el campo de la VoIP y con espectativas de que el 2011 sea aún mejor, por lo que cruzaremos los dedos para que el 2011 sea el año del despliegue global de la VoIP y el aterrizaje de más buenas novedades como las que podéis ver a continuación.

    Por supuesto, no hemos publicado todos los artículos, únicamente aquellos que han conseguido mayor número de visitas, pero aún así, tenemos una lista que resumen bastante bien lo que ha ocurrido en el mundo de la VoIP este año:

    (más…)

  • China anuncia que prohibirá la VoIP definitivamente

    El ministerio de industria y tecnología del país oriental acaba de anunciar que el único servicio de VoIP que se permitirá utilizar a la población será el que ofrezcan las dos empresas estatales China TelecomChina Unicom y que cualquier otro sistema de VoIP quedará permanentemente prohibido por ley.

    En China, la empresa Skype es una de las más utilizadas por su cifrado y por su capacidad para saltarse «firewalls» utilizando un sistema bastante interesante, motivo por el cual es una de los principales servicios que serán prohibidos. No obstante aún no han explicado si permitirán las llamadas entre usuarios o simplemente prohibirán las llamadas a la PSTN, aunque mucho tememos que sean ambas.

    No obstante, el ministerio no se ha limitado únicamente a prohibir Skype, si no cualquier otro servicio no ofrecido por sus dos compañías estatales, por lo que el avance en los proveedores IP que estaban invirtiendo en China parece que terminarán cerrando.

    Prohibir que una empresa externa ofrezca servicios de comunicaciones en un país como China no deja de ser anecdótico ya que a pesar de las trabas que representa abrir una empresa de estas características en este país, una empresa bien vigilada por el gobierno aún podía abrir una sucursal y ofrecer servicios a uno de los mercados más importantes del mundo, e incluso algunos proveedores estaban especializados en este país y tendrán que cerrar o reciclarse para pasar por «los operadores homologados».

    Malas noticias para finalizar el año. 🙁

    Gracias a Rafa por el aviso. 😀

  • Actualización importante en los dialplans de Asterisk

    De vez en cuando, tenemos que hacernos eco de vulnerabilidades importantes que nos obligan a actualizar o a protegernos y necesitamos estar preparados o bien tener siempre a alguien a mano para llevar a cabo estas actualizaciones y evitarnos algún que otro susto.

    Esta vez, no es ninguna vulnerabilidad, simplemente que ayer, la CMT anunció que un nuevo prefijo para móviles empezaba a funcionar en España, son los números de móviles que comienzan por 7 además de por 6.

    exten => _6XXXXXXXX,1,NoOp(Llamada a Móviles)
    exten => _6XXXXXXXX,n,…

    Hay que cambiarlo por:

    exten => _[67]XXXXXXXX,1,NoOp(Llamada a Móviles)
    exten => _[67]XXXXXXXX,n,…

    Además de esto, hay que recordar que los números fijos nacionales en España, no empiezan únicamente por 9 si no también por 8, así que deberíamos tener algo como:

    exten => _[89]ZXXXXXXX,1,NoOp(Llamada a Números Fijos)
    exten => _[89]ZXXXXXXX,n,…

    Puede parecer algo evidente, pero si estos cambios no son tenidos en cuenta en nuestros sistemas, es probable que muy pronto recibamos alguna llamada de algún cliente furioso porque no puede llamar a los nuevos prefijos, y como siempre, es mejor prevenir que curar.

  • Sinologic les desea Felices Fiestas

    Como cada año en estas fechas, los editores de Sinologic, queremos aprovechar para desearos una Feliz Navidad junto con la familia, amigos y todos los buenos deseos para este año que finaliza y mucho mejores para el nuevo año que entra.

  • Videoconferencia 3D ¿El futuro de las videoconferencias?

    Quizá una de las cosas que deberíamos plantearnos más a menudo, es el motivo por el cual la videoconferencia sigue sin ser el sistema más utilizado para comunicarse. Bien los requisitos técnicos (ancho de banda, incompatibilidad entre distintos protocolos, …) o bien algo más trivial (timidez, preservación de la intimidad, etc…) pueden ser motivos suficientes para que esta herramienta, pese a haber despegado y disponer de suficiente calidad y beneficios, sigue siendo «la gran olvidada» en el mundo de las comunicaciones IP y todo el mundo prefiere seguir haciendo «llamadas ciegas» en lugar de poder ver a nuestro interlocutor.

    Si bien las tecnologías que acompañan a una videoconferencia son cada vez mejores (mayor calidad, mejores códecs que nos ayudan a ahorrar ancho de banda, mayor ancho de banda en nuestras conexiones, menor latencia, webcams de alta definición, etc.) hoy tenemos la posibilidad de ver un prototipo de una videoconferencia de un futuro próximo: la videoconferencia 3D.

    Muchos ya conocéis el famoso Telepresence de Cisco y sus homólogos de Polycom que permiten hacer una videoconferencia utilizando varias cámaras y varias pantallas de televisión, de forma que una pared se convierte prácticamente en otra sala/espejo donde aparece nuestro interlocutor sentado en una mesa similar a la nuestra y con una calidad suficiente para pensar que realmente está sentado a 2m. de nuestra silla. La pega es que no utilizan los últimos protocolos y códecs disponibles por lo que el ancho de banda que requiere, es bastante alto y las exigencias necesarias para que funcione adecuadamente, lo convierten en una herramienta bastante exclusiva que pocas empresas y bancos pueden permitírselo.

    No obstante, la innovación no consiste en hacer «lo mismo de siempre» pero más caro, si no ofrecer algo que nadie haya hecho antes y que sea mucho más práctico, atractivo y a ser posible, económico… esto es lo que podremos ver a continuación:

    (más…)

  • Descubierto el método para obtener las claves de las redes WLAN y JAZZTEL

    En BandaAncha lo dejan tan claro que mejor lo copio:

    Seguridadwireless ha averiguado el patrón utilizado por ambas operadoras para configurar las claves WPA por defecto con las que se proporciona el router a los clientes. Una herramienta online permite calcularla simplemente introduciendo el nombre de la red (WLAN_XXXX y JAZZTEL_XXXX) y la MAC del punto de acceso, dos datos públicos que el router transmite constantemente.

    El fabricante establece en el router una clave por defecto, utilizando un algoritmo que se basa en el nombre de la red y la MAC del punto de acceso. Desde el 24 de noviembre, seguridadwireless asegura que conoce este patrón y después de contactar con Comtrend y no obtener respuesta, ha decidido hacer publico su hallazgo. Por el momento no han publicado el algoritmo, pero sí un formulario online donde se puede introducir ambos datos y calcular la clave.

    Leer el resto de la noticia:
    http://bandaancha.eu/articulo/7650/desvelado-patron-claves-wpa-redes-wlan-xxxx-jazztel-xxxx-utilizadas-movistar-jazztel

    *Actualización: 16:00h.*
    Por lo que comentan en los comentarios de la noticia, el formulario lo ha retirado a las 15:00.
    Suponemos que habrán recibido algún aviso por parte de alguno de los operadores afectados.

  • SIPWise publica un sistema OpenSource para proveedores

    Hace un par de semanas, mi colega Jon Bonilla (aka Manwe) nos comentó a unos cuantos, que en su empresa (SIPWISE) estaban desarrollando una aplicación de código libre llamada SIP:Provider CE (Community Edition) orientado al sector de los proveedores de VoIP que, en palabras de uno de sus creadores: «permitirá a cualquier empresa, ofrecer servicios de operador en apenas los 20 minutos que se tarda en instalarlo y configurarlo adecuadamente«.

    Por supuesto, esto no significa que cualquier empresa pueda montar su propio proveedor VoIP ya que para esto, la empresa debe contar con personas que conozcan bien el mundo de la VoIP suficientemente bien como para poder resolver cualquier problema que se les presente, pero esta aplicación seguramente ayudará a más de una que trabaje con ciertas herramientas «algo rudimentarias» ya que simplifica considerablemente los distintos pasos necesarios para ofrecer un servicio VoIP y poder contabilizarlo y, como no, poder cobrarlo. 🙂

    SIP:Provider CE es un «kit» formado por Kamailio, Asterisk, SEMS y un interfaz gráfico muy sencillo que permite su configuración de una forma fácil y rápida sin necesidad de complicarse la vida con archivos de configuración y parámetros desconocidos, por lo que simplifica bastante la organización, configuración y gestión del servicio incluyendo sistemas de billing, rating, peering, etc.

    Las siguientes capturas muestran lo simple que puede llegar a ser este sistema sistema de comunicaciones:

    (más…)

  • Adiós a mISDN, Beronet finaliza el desarrollo

    Los lectores más nuevos seguramente no sabrán que hace 3 ó 4 años, para que Asterisk fuese compatible con las tarjetas de comunicaciones RDSI, hacía falta un canal llamado chan_capi, del que hemos hablado en alguna otra ocasión y cuya instalación era un proceso complejo, anti-intuitivo, y no precisamente estable. Este canal era el utilizado por las tarjetas Eicon Diva, las AVM Frizt y muchas otras. Junghanns vió muy pronto que, si sus tarjetas dependían de este módulo, su implementación sería demasiado costosa y desarrolló su propio módulo QoZAP compatible con Zaptel, mientras que Beronet hizo lo correspondiente desarrollando su propia librería RDSI llamada mISDN, la misma que posteriormente utilizaron todas las tarjetas RDSI posteriores: Digium, AVM, OpenVOX, etc.

    No obstante, tras la aparición del driver DAHDI y el soporte BRI incluido en el chan_dahdi de la versión de Asterisk 1.6, era mucho más sencillo configurar las tarjetas RDSI, pero recordemos que el chan_dahdi de Asterisk 1.4 no soportó señalización BRI, por lo que si queríamos tener soporte de RDSI Básicas, necesitábamos actualizar a Asterisk 1.6 o bien utilizar RSP. No obstante, como ya vimos en la conferencia del VoIP2DAY 2010, el 75% de los usuarios (o por lo menos, de los que estaban en la charla) continúan utilizando Asterisk 1.4 lo que implica que, si quieren utilizar señalización RDSI Básica, deben hacerlo a través del driver mISDN.

    La empresa Beronet acaba de publicar el fin del desarrollo de sus tarjetas en el driver mISDN:

    On December 31, 2010, beroNet will end all public support for mISDN and chan_mISDN for the passive BNxS0, BNxS0e, BNxE1 and BNxS0mini.

    Esto quiere decir que, Beronet, como principal desarrollador de mISDN (hasta el logotipo de mISDN es similar al formato de Beronet) dejará de dar soporte a estas tarjetas en favor de las nuevas tarjetas Berofix que no requieren de ningún tipo de driver ya que funcionan de forma parecida a las Sangoma (simulando el comportamiento de un gateway), únicamente que, en lugar de utilizar un módulo compatible con H.323 (el famoso Wanpipe/Wanrouter), las Berofix utilizan el protocolo SIP.

    mISDN dejó de ser utilizado de forma general cuando se hizo incompatible con kernel de linux superiores a la versión 2.6.18 a partir de la cual, requería de un compilador superior a una versión, con la que mISDN fallaba al compilar (vamos, toda una odisea), por lo que la mayoría de los usuarios empezaron a utilizar el nuevo chan_misdn, pero esto no convenció a la gente de Beronet y desarrollaron la nueva Berofix, por lo que ahora mISDN se queda sin desarrollador principal y, de momento, sin nadie que lo actualice.

    Vía: VoIPNovatos

  • Ventajas y desventajas de Asterisk para la empresa

    Hace unos días, un compañero me enseñó un artículo que aparecía en un foro privado de una empresa que vende soluciones de telefonía en la que se preguntaba justamente cuáles eran las ventajas y desventajas de Asterisk haciendo incapié expreso a los tan machacados y demagogos comentarios acerca sobre lo buenísimo y maravilloso que es Asterisk como software gratuito, pero lo terriblemente malo que eran los requisitos técnicos y de conocimientos que se precisan para motivar el apoyo a este tipo de solución. El artículo en cuestión critica abiertamente este tipo de soluciones e incluso aparecen algunas perlas como: «…requiere una implantación que en la mayoría de los caso a nivel horas de trabajo requiere un mayor esfuerzo y por lo tanto mayor número de horas técnicas de instalación con lo cual es muy fácil que comparando precios, Asterisk sea más caro que una central telefónica de las empresa XXXX o XXXXX (que vendemos nosotros)» y otras como «…queremos hacer ver que es un producto gratuito pero que no dispone de un soporte oficial fiable fácil de utilizar o contratar, ¿Cómo puede una empresa basar sus sistemas de comunicaciones en una solución tan dinámica?» y tres líneas después finaliza la «explicación» con un rotundo «es mejor otras marcas de fabricantes como …» y una comparativa que parece ser hecha por un becario en prácticas que hubiera entrado en la empresa ese mismo día, utilizando un tono rojo para las características de Asterisk y un tono verde para «otras soluciones comerciales«. 🙂

    Comentarios críticos con Asterisk los hay a patadas, principalmente procedentes de los revendedores de otras soluciones que ven en Asterisk un «enemigo al que combatir» en lugar de verlo como una nueva oportunidad de complementar sus mismas soluciones caras e igual de anticuadas que las de hace 15 años. Ya vimos cómo Avaya «evangelizaba» a sus resellers con falsas razones para que pudieran convencer a un cliente que les pidiera un Asterisk, pero es cierto que las empresas multinacionales que se gastan millones de dólares anuales en publicidad, se sienten amenazadas por un software libre que apuesta por el avance en lugar de vender la misma solución maquillada año tras año.

    Por último y antes de entrar en materia, hay sistemas comerciales que se basan en reducir el coste de la implementación el primer año llegando incluso a ofrecerlos gratis (GRATIS!) para evitar que el cliente opte por un sistema Asterisk. El inconveniente para el cliente viene en los sucesivos años, ya que para obtener este sistema «gratis» el cliente deberá firmar una cláusula en la que se compromete a estar con ellos un par de años, y donde los años sucesivos el implementador ofrecerá servicios de mantenimiento, coste por licencia de terminales, licencia de uso de códecs, actualizaciones de seguridad, etc.. que superarán con creces la inversión inicial planteada desde un primer momento. De esta forma, se suele conocer esta técnica como «ir de pesca» en la que es el cliente, en el momento de firmar ese sistema ultrabarato o prácticamente gratis, cuando «pica» y la empresa lo tiene «agarrado» durante no menos de 3 años con cuotas que llegarían al 200% del precio inicialmente planteado para su misma solución. ¿Cómo evitar esto? Pidiéndole al comercial de turno que nos muestre el coste de la solución a 5 años y entonces es cuando el usuario se da cuenta de dónde estaba la trampa y porqué le habían aconsejado un sistema Asterisk.

    Primero, vamos a ir desmintiendo algunas leyendas urbanas sobre Asterisk:

    (más…)