Sinologic

Blog

  • Qué podemos esperar tras la compra de Skype por Microsoft

    Steve Baller (Microsoft) y Tony Bates (Skype). Foto: AP

    A estas alturas, cualquiera que tenga Internet ya conocerá que el rumor que corría anoche por ciertos círculos de VoIP se cumplieron esta mañana tras hacerse eco el periódico Wall Street Journal y confirmar que la compra se llevaría a cabo hoy: Microsoft compra Skype.

    Demasiadas veces hemos hablado sobre que Skype terminaría en manos de una gran compañía y dudábamos si sería Google, Apple o Microsoft (dentro de las empresas informáticas) o bien Cisco, Nortel, o Avaya (como empresas de telecomunicaciones), ya que una empresa como eBay dedicada al mundo de las «subasta por internet» y que en su momento compró la Startup por 4.000 millones de dólares (que se dice pronto), tuvo que vender gran parte de sus acciones a otras empresas (entre las que se encontraban los fundadores) para poder expandir su «softphone» a otros sistemas.

    Vamos a ver ahora Qué ha comprado Microsoft por $7.500.000.000 :

    Skype es un sistema basado en 4 partes inseparables: (más…)

  • Denuncian a las operadoras francesas por perjudicar el tráfico

    Que las operadoras no son amigas de ciertos servicios de internet y que tratan de perjudicar este tipo de tráfico es algo que todos sabemos, aunque para llegar a denunciar hay que tener pruebas irrefutables que realmente ocurre. No obstante en Francia parece ser que las operadoras le han declarado la guerra a Google y recortan el ancho de banda de acceso a esta página web, por lo que un vídeo de 1 minuto, puede tardar 15 en ser visualizado.

    Esta práctica no es exclusiva de las operadoras francesas, aquí en España, muchas operadoras también lo hacen y llama la atención como un vídeo de 15 minutos de Vimeo o de Veoh cargan en unos pocos segundos sin más problemas, mientras que uno puede desesperarse intentando ver un vídeo de un par de minutos.

    Con la VoIP ocurre lo mismo, alguien puede contratar un par de Mb simétricos de ancho de banda y obtener la calidad perfecta para hablar o bien contratar 20Mb «de bajada» y 1,5Mb «de subida» y darse cuenta que escucha «audio entrecortado» lo que debe ser complicado ya que el audio que uno escucha lo hace gracias al ancho de banda «de bajada», y es que «el ancho de banda no es el único factor a tener en cuenta» a la hora de escoger tipo de conexión para la VoIP, también es importante tener la mínima latencia y por supuesto, el mínimo Jitter posible. Estos parámetros son configurables desde el operador (por ejemplo: Jazztel permite configurar estos parámetros por el usuario), pero en cambio otros operadores (como los operadores móviles) siguen teniendo cláusulas en sus contratos que «prohíben expresamente» la VoIP en sus redes 3G.

    Ahora, Europa obliga a los operadores a permitir este tipo de tráfico y eliminar dichas cláusulas empezando por una investigación para verificar que la neutralidad en la red se lleva a cabo.

     

  • Google también se apunta a la videoconferencia en Android

    Android sigue lanzando novedades continuamente y esta vez viene de la mano de Google que acaba de anunciar que la próxima versión de GingerBread 2.3.4 será compatible con el nuevo servicio de videoconferencia de GMail (compatible con la versión PC).

    [yframe url=’http://www.youtube.com/watch?v=zJAiH5-64sI&feature=player_embedded’]

    De momento Google avisa que este servicio estará disponible para Google Nexus S, aunque conociendo ya cómo funciona la comunidad de desarrolladores de Android estará disponible también para muchos otros móviles como el Samsung Galaxy S.

  • Multi-videoconferencia móvil con Fring

    Estos de Fring no paran de innovar y es que a partir de la versioń 1.5 de su cliente para Android han lanzado una característica bastante deseada: multivideoconferencia.

    No hay mucho más que decir, salvo que se recomienda un móvil con Android y con un procesador mínimo de 1Ghz. Recibe 4 señales, por lo que también es recomendable tener al menos cobertura HDSPA para que el vídeo vaya más o menos fluido.

    Aquí os dejo el vídeo promocional que merece la pena ver:

    [yframe url=’http://www.youtube.com/watch?v=v8WbBaMo6GY&feature=player_embedded’]

    Más información: http://www.fring.com

  • Publicado el RFC para la transición de IPv6

    Acaba de ser publicado el RFC (6157) para la transición del protocolo SIP a IPv6, un paso más para solucionar el tremendo inconveniente que supone el nuevo sistema de direcciones IP para un protocolo tan importante como es SIP.

    Del IPv6 ya hemos hablado e incluso hemos explicado cómo configurar IPv6 en nuestro sistema y cómo configurar Asterisk para cuando tengamos una dirección IP de este tipo, el siguiente paso es esperar a que los operadores empiecen a dar direcciones IP estáticas para los usuarios, pero visto lo visto vamos a tener una temporada mala en cuanto a direcciones IP se refiere hasta que se estabilice el asunto.

    Una vez llegado el día que dispongamos de nuestra dirección IPv6, la transición será dura ya que la mayoría de las aplicaciones que utilizamos a diario no están suficientemente preparadas para este tipo de direcciones y habrá que actualizar muchas de ellas.

    El RFC-6157 puedes verlo aquí: http://www.rfc-editor.org/rfc/rfc6157.txt

    ¿Y tú? ¿has probado ya IPv6? ¿o estás esperando a que llegue «el lobo«?

     

  • Últimos cambios para Asterisk 1.4 y Asterisk 1.6.2

    El pasado viernes 22 de Abril, Russell Bryant anunciaba que tras la última versión de 1.4 (que saldrá dentro de poco) se hará una recopilación de todos los parches disponibles y anunciarán la última versión de Asterisk 1.4 que pasará a ser la 1.4.42, de la misma forma que para Asterisk 1.6.2, que será la 1.6.2.19, después de eso no habrá vuelta atrás, serán las últimas versiones y no se volverá a hablar de ellas.

    Esto permitirán a los desarrolladores centrarse en serio con Asterisk 1.8 para solucionar, testear y desarrollar los parches para los bugs que se han ido encontrando en estos últimos meses y de esta forma empezar con una versión 1.8, tal y como prometieron, más estable y completa que Asterisk 1.4.

    Cualquiera que lea esto puede pensar que Asterisk 1.8 todavía no es una opción para un sistema en producción, pero nada más lejos de la realidad. Asterisk 1.8 es una versión LTS y como tal, se hace un esfuerzo superior por resolver los bugs encontrados con más interés que en resolver los de la versión 1.6.x por lo que cualquiera puede ver que la estabilidad de 1.8 es superior a la de la versión 1.6.2, aunque por supuesto está menos probada por los usuarios y con la cantidad de novedades que trae es más complicado y más probable encontrar algún bug en alguna parte del código que se ha reescrito o es nuevo y exclusivo para esta versión.

    ¿Qué harás con los Asterisk que ya tienes cuando no publiquen más actualizaciones de Asterisk 1.4 ni de Asterisk 1.6.x?

  • Disponible gratis la mayor base de datos de prefijos telefónicos

    Encontrar ciertas bases de datos disponibles por internet suele ser muy complicado, la mayoría de las bases de datos interesantes pertenecen a alguna empresa y suele venderlas junto con actualizaciones periódicas, pero si algo hay que te enseña la comunidad, es que aquello que la gente ofrece de forma gratuita y libre, debe ser también cedida de la misma forma. Hace algún tiempo, me encontré en la lista de Asterisk-Users con un usuario que preguntaba por los prefijos internacionales de los países, y otro usuario de la lista le ofreció un archivo CSV con una lista que había recopilado.

    La base de datos bigCountry (que he bautizado con el mismo nombre que le puso el autor original) no está actualizada ni sé de dónde obtener los datos para hacerlo, pero seguro que con los datos que tiene, es más que interesante, por lo que no hay nadie responsable del uso que se le pueda dar a estos datos, así como de su calidad. Los datos están ahí, puede que haya algunos incorrectos o antiguos, pero esa es tu responsabilidad.

    Entre las ventajas de esta base de datos se encuentra el prefijo, el país de origen, la ciudad, el tipo de número (geográfico, móvil, premium, etc…) y el operador al que pertenece. Esto por supuesto no es estático ya que en el caso de los móviles existen las portabilidades y los números cambian de operador a diario, pero esta información ya de por sí es muy interesante. 🙂

    3495100XXXX Spain geographic Malaga Auna Telecomunicaciones S.A.
3495101XXXX Spain geographic Malaga Auna Telecomunicaciones S.A.
3495102XXXX Spain geographic Malaga Auna Telecomunicaciones S.A.
3495103XXXX Spain geographic Malaga Auna Telecomunicaciones S.A.
3495104XXXX Spain geographic Malaga Auna Telecomunicaciones S.A.
3495105XXXX Spain geographic Marbella Auna Telecomunicaciones S.A.
34951060XXX Spain geographic Antequera Auna Telecomunicaciones S.A.
34951061XXX Spain geographic Antequera Auna Telecomunicaciones S.A.
34951062XXX Spain geographic Coin Auna Telecomunicaciones S.A.

    bigCountry es una base de datos de todos los prefijos de todas las ciudades del mundo que recopiló y publicó Bret McDanel (aka trixter de 0xdecafbad.com) en la lista de Digium hace ya 6 años y que ha estado disponible hasta hace 2 ó 3 años hasta que modificando su página web, eliminó dicha base de datos y la perdí. Tras algún tiempo buscándola por diversos motivos, la volví a encontrar y para que no se vuelva a perder y contribuir a muchas personas que buscan una lista similar (esta base de datos es mucho más completa que la que ofrecen las operadoras para la gestión de tarifas según destino) la pongo disponible en Sinologic de forma que todos nos beneficiemos de ella.

    Si conoces de alguna base de datos más actualizada, o encuentras algún error y me lo haces llegar, me comprometo a actualizarla y mantenerla.

    En enlace: http://www.sinologic.net/proyectos/bigCountry/

     

  • Aparecen novedades sobre Asterisk 1.10

    Está claro que Asterisk 1.8 está siendo todo un éxito, pese a no tener más de unos pocos meses y algunos bugs por arreglar, la gran cantidad de novedades que trae de serie la hacen una seria candidata a ser muy pronto, la heredera de la versión 1.4/1.6 en sistemas estables y en producción. No obstante, el grupo de desarrolladores de Asterisk no se quedan en Asterisk 1.8 y continúan poco a poco planteando y desarrollando para lo que será la próxima «gran versión» del proyecto Asterisk: Asterisk 1.10.

    Todavía es muy pronto para saber a ciencia cierta qué novedades traerá con respecto a la versión LTS (Asterisk 1.8) pero poco a poco se van conociendo detalles, algunos más afortunados, otros por desgracia no tanto, pero si hay algo que mejora considerablemente es que la «información» entre los desarrolladores y los usuarios ha mejorado bastante, lo que nos permite investigar un poco y poder ofrecer en Sinologic algunas novedades sobre lo que está ocurriendo ahora mismo en el desarrollo del proyecto Asterisk.

    Para empezar, ayer leí un artículo escrito en Febrero en el que Russell Bryant comentaba que la próxima versión Asterisk 1.10, no será del tipo Long Term Support (TLS) si no Estandar (como Asterisk 1.6).

    Por otro lado, las nuevas características que no dio tiempo a ser incluidas en Asterisk 1.8, serán finalmente incluidas en Asterisk 1.10 (Soporte de Gateway para Faxes nativo, Trascoding en salas Meetme y ConfBridges, entre otras…)

    También se ha publicado el calendario de versiones de Asterisk donde se pueden ver las futuras nuevas versiones: Asterisk 1.10, Asterisk 1.11, Asterisk 1.12, … y el tipo de sistema que se utilizará, de forma que Asterisk 1.8 y Asterisk 1.14 serán LTS mientras que Asterisk 1.10 y Asterisk 1.12 serán versiones estándar con una duración máxima de un año.

    Click para ampliar

    Otra de las novedades (o por lo menos, ahora está documentada) es que las versiones LTS coincidirán en el tiempo de la misma forma que Asterisk 1.4 y Asterisk 1.8 han convivido durante unos meses. Asterisk 1.8 y Asterisk 1.14 convivirán en el tiempo también para permitir una evolución «estable» cada 2 años.

    Según el calendario propuesto, las nuevas versiones parecen ser previstas para los meses de Octubre/Noviembre de manera que cada año podremos disfrutar de versiones nuevas quedando relegadas al olvido las versiones antiguas.

    Ojo (y esto también es importante) me permito recordar que Asterisk es una aplicación viva, orientada no únicamente para hacer de centralita a empresas, si no para muchos otros motivos, objetivos e intereses que no requieren de tanta necesidad de estabilidad ni hacen tanto uso del «pickup» ni del «transfer» y por ese motivo, la existencia de un par de versiones «rápidas» (digo rápidas por referirme a versiones de 1 año de vida) para poder añadir nuevas características, son interesantes para esos usos de Asterisk que no requieran de esa estabilidad de fuego.

    ¿Utilizas Asterisk para algo distinto que para hacer de PBX de una empresa?

  • Se buscan betatesters para probar CEL bajo MySQL

    Ejemplo de CEL
    Ejemplo de lo que almacena CEL en una llamada

    Normalmente aquellos que utilizan CEL, necesitan utilizar ODBC si quieren poder guardar los eventos en una base de datos.

    El desarrollador Jonathan Penny acaba de desarrollar un módulo de Asterisk para dotar de soporte MySQL nativo a CEL y pide a los usuarios que prueben su funcionamiento, en cuyo caso, se agradecen los comentarios en https://issues.asterisk.org/view.php?id=19058

  • Por qué encontramos bugs en versiones estables

    Asterisk es uno de los proyectos software orientados a comunicaciones más grandes que existen actualmente, por este motivo, es uno de los proyectos en los que la comunidad tiene más importancia de la que normalmente suele tener en estos proyectos dirigidos por empresas en los que se «inyecta» dinero para pagar a desarrolladores con objeto de continuar el desarrollo y solucionar los distintos fallos que se van encontrando continuamente. Cualquiera que haya estudiado programación, recordará que un programador puede, mediante un diseño estructurado, y una buena planificación, técnica y pruebas, evitar la aparición de bugs, pero jamás se puede garantizar la «no existencia» de estos, por lo que una vez entregado el proyecto, es común que los usuarios continúen aportando su «granito de arena» ofreciendo el famoso «feedback» consistente en comentarios acerca del buen o mal funcionamiento de las características de una aplicación software.

    Asterisk, como gran proyecto formado por cientos de archivos, módulos, librerías y un largo etcétera, necesita continuamente el «feedback» de sus usuarios con el objeto de identificar tan pronto como sea posible cualquier comportamiento anómalo, no contemplado y perjudicial para la mayoría de los usuarios, por lo que se pone a disposición de todo el mundo, diferentes versiones -inicialmente inestables- de forma que los usuarios puedan probar dicha versión antes de que se convierta en una versión considerada como estable, pero ¿porqué si existen métodos de detección de errores antes de publicar una versión estable, encontramos bugs en estas últimas?

    (más…)