Categoría: Noticias

Skype actualiza su versión móvil compatible con 3G
Me entero vía Twitter que Skype acaba de publicar la nueva versión 2.0.0 que, aprovechando la nueva SDK de Apple en la que, por fín, se levanta la restricción de llamadas VoIP a través de la red 3G, se puede utilizar este proveedor para realizar llamadas sin necesidad de disponer de una red Wifi.
Esta versión ha sido muy esperada por sus usuarios desde que se anunciara la nueva SDK y que se hiciera oficial la posibilidad de realizar llamadas por 3G.
Ya era posible a través de ciertas aplicaciones y en iPhones jailbrokeados hacer llamadas por VoIP a través de la red 3G, pero no para el público general.
No obstante, dicha actualización del softphone de Skype permite realizar llamadas 3G a otros softphones Skype, aunque esta característica será gratuita hasta finales del 2010 y habrá que pagar una cantidad aún no anunciada para poder utilizarlo.
Seguro que habrá muchos usuarios que el hecho de que no sea «gratis» no les habrá hecho mucha gracia, pero para ellos existen otras aplicaciones para el iPhone que sí son gratuitas y que ya podían utilizarlo desde hace tiempo.
Para descargarlo manualmente pulsa en el siguiente enlace:
http://itunes.apple.com/app/skype/id304878510?mt=8
2010-05-30
Publicado LibPRI 1.4.11
Hace ya bastante tiempo que esperábamos que saliera una nueva versión principalmente por el conocimiento de algunos bugs que afectaban a la 1.4.10.2 y que únicamente estaban resueltos en la versión Trunk. No obstante, la espera se ha terminado y por fín tenemos la versión 1.4.11.
Entre las correcciones a diversos bugs que hemos padecido (por suerte, bastante retorcidos), quizás lo más interesante es sin duda el completo soporte para tarjetas RDSI Básicas en modo NT y Punto-Multi-Punto, así como una solución para evitar que el operador nos descargue la capa 2 de la RDSI para ahorrar energía, así que por fín parece que tendremos el soporte RDSI que tanto tiempo hemos esperado.
También se solucionan bastantes bugs conocidos y otros nuevos pero muy, muy interesantes.
Hora de actualizar, y recordad que tras actualizar LibPRI, hay que recompilar Asterisk. 😉
Podeis descargarlo de aquí:
http://downloads.asterisk.org/pub/telephony/libpri/
2010-05-26
Tutorial para interconectar Asterisk 1.6 con Kamailio 3.0
A traves de Manwe veo un fantástico tutorial paso a paso sobre cómo integrar Asterisk 1.6.2 con Kamailio 3.0 escrito por Daniel Constantin Mierla en la que nos explica cómo configurar Kamailio para registrar y gestionar las llamadas entre usuarios SIP mientras que reenvía ciertas peticiones SIP a Asterisk (para acceder a la red telefónica, por ejemplo).
El tutorial está hecho realmente para torpes y es que siguiendo los pasos cualquiera puede instalar su propio OpenSER como servidor de registro y conectarlo a Asterisk para utilizarlo como gateway o servidor de aplicaciones de voz, aunque lo verdaderamente interesante es que seguro que esto hará que muchos que ya conocéis Asterisk y queréis aprender cómo funciona una aplicación como Kamailio servirá como punto de partida para algo práctico para continuar aprendiendo.
Seguramente, muchos lectores estarán deseando poner en práctica este tutorial, aunque debemos recordar que, de poco sirve hacer copy+paste de los comandos y de la configuración si no se entiende lo que se está haciendo y aunque parezca sencillo, realmente lo es, tan sólo hay que dedicarle su tiempo para leer la documentación y entender qué hace y porqué.
(más…)
2010-05-25
Guerra de códecs
Tal y como se pronosticó hace tiempo, las principales empresas informáticas empiezan a posicionar sus piezas a la espera de obtener el apoyo necesario y que los usuarios residenciales empiecen a demandar de forma multitudinaria, servicios de voz y vídeo sobre redes IP.
Estas dos semanas han sido bastante movidas en cuanto a algunas piezas clave de la VoIP como son los códecs, las patentes, permisos y licencias de manera que están surgiendo cambios que pueden hacer cambiar bastante el panorama actual tanto para bien como para mal.
Hace unas semanas, toda la blogosfera se hizo eco de la guerra abierta entre Apple y Adobe por el soporte de Flash en los productos de Mac. El CEO de Apple (Steve Jobs) dirigió duras críticas sobre el formato de Adobe y el porqué no pensaba incluir este formato dentro de sus productos portátiles. De esta forma, defendía el uso de los estándares y el uso del códec H.264 para poder ver vídeos.
Por otro lado, Google fue más allá y no sólo defendió el uso de estándares si no que le puso nombre: HTML5 y Theora, un formato que es, de hecho, la alternativa libre al códec H.264 que estuvo muy cerca de ser completamente libre pero que al final, se ve que no pudo ser.
Apple y Microsoft defienden el códec H.264 como la próxima evolución del vídeo en internet, siempre y cuando aquella empresa que quiera implementar algún software con este códec pase por caja.
Antes que alguien lo pregunte, en Europa (donde no existen patentes software) sí que existen patentes por códecs ya que lo que se patenta no es el algoritmo, si no un «método matemático de compresión» y esta sí es patentable. 🙁
Asterisk se encuentra ahora con un dilema que deberá resolver, seguir utilizando H.264 como códec a utilizar en vídeo (desconozco si sería legal utilizarlo a la vista que no es libre), o bien saltar a otros códecs más libres como Theora.
Google acaba de anunciar la liberación de otro códec de vídeo llamado VP8 cuyo contenedor está basado en Matroska -Gracias Manwe- (los famosos archivos de vídeo con extensión ‘mkv‘) además de organizar una plataforma pro-estándares-libres para la web llamada WebM que seguro que dará que hablar los próximos días.
Para colmo, la noticia saltó hace unos días cuando Google anunció que ofrecía varios millones de dólares para poder comprar la famosa empresa Global IP Sound de la que ya hemos hablado en varias ocasiones y que se dedica a la creación de códecs de audio como los que hizo famoso a Skype y que utiliza actualmente GoogleTalk. La compra de GIPS por parte de Google junto con todos los servicios que rodean la VoIP del gigante (GoogleVoice, GoogleTalk, GoogleWave, …) podrían ser los movimientos que le faltan para empezar a comer piezas y quedarse con el tablero.
Como pensamiento en voz alta, tras ver todos estos movimientos, y siguiendo con la analogía de la partida de ajedrez, intento imaginar cual podría ser el último movimiento antes del final del ‘medio juego‘ y que todo esté potencialmente decidido: Google sólo le haría falta adquirir una empresa muy conocida, y que últimamente está dando pequeños pasos a favor del software libre, que empieza por S y termina por kype y, con esta empresa y con su antigua competencia (Gizmo5) bajo su techo, tiene toda las papeletas de ser el gran gigante de la VoIP mundial para el gran público. ¿o no?
2010-05-20
IPV6 es el futuro muy cercano
Siempre ha estado ahí, pero siempre lo hemos ignorado. IPV6 siempre ha sido un término que intentábamos evitar, quizá porque lo veíamos muy lejano o bien porque a medida que empezábamos a investigar sobre esto, su complejidad siempre ha hecho que desistamos sobre lo que realmente significa portar una aplicación de IPV4 a IPV6.
Hace unos días, leyendo a Olle Johansson y a Kevin P. Flemming discutiendo sobre una de las características que se espera, traiga Asterisk 1.8, es el soporte oficial de IPV6. ¿Porqué? Preguntará alguien, pues básicamente porque según todas las autoridades encargadas de distribuir y coordinar el reparto de las direcciones IP basadas en IPV4 (típica forma XXX.XXX.XXX.XXX), el número de direcciones IP disponibles por distribuir se terminarán a mediados del año 2011.
La pregunta es evidente ¿Qué ocurrirá cuando no queden direcciones IP? De momento poco se sabe sobre esto, aunque hay quien augura un mercado negro para la venta de direcciones IP que no estén siendo utilizadas. Otros comentan que las operadoras dejarán de ofrecer direcciones IP y empezarán a utilizar NAT con la mayoría de sus clientes. Todo esto, está claro únicamente atrasará lo inevitable y es que tarde o temprano empezaremos a utilizar un nuevo tipo de direcciones conocidas como IPV6.
Aquí podéis ver un resumen del estado de las direcciones IP que quedan:
http://inetcore.com/project/ipv4ec/index_es.html
Las mejores estimaciones auguran que los proveedores de internet empezarán a ofrecer direcciones IPv6 junto con las últimas IPv4, aunque el 95% de las aplicaciones no están preparadas para este cambio e incluso apenas un 5% de las direcciones DNS de Internet están preparados para traducir un dominio de Internet a una dirección IPv6.
La finalización de las direcciones IPv4 podría llegar a considerarse lo más parecido al efecto 2000 y aparecerían conceptos como «tuneles IPv4» para poder acceder desde direcciones IPv6 a sistemas con IPv4, realmente va a significar un movimiento bastante importante en todo Internet y que seguro que muchos no están realmente preparados.
Como decían en un artículo que hablaba sobre esta migración ¿cuantos dispositivos conocemos que soporten IPv6?
2010-05-09

Asterisk 1.4 continuará viva hasta Asterisk 1.8

Leif Madsen acaba de publicar una nota en la que anuncia que el próximo mes de Junio, las versiones de Asterisk 1.6.0 y 1.6.1 pasarán a congelarse por lo que únicamente se le realizarán modificaciones para corregir los posibles bugs que se vayan encontrando.

Asimismo, Asterisk 1.6.2 será la única versión que seguirá recibiendo actualizaciones normales hasta que aparezca por fín la esperada versión de Asterisk 1.8.

Como nota curiosa: tanto Asterisk 1.4 como Asterisk 1.6.2 serán las únicas versiones que ampliarán el plazo para recibir mantenimiento hasta que el equipo de desarrolladores de Asterisk publique Asterisk 1.8.

Release Series	Release Type	Release Date	Security Fix Only	EOL
1.2.X		2005-11-21	2007-08-07	2010-11-21
1.4.X	LTS	2006-12-23	2010-12-23	2011-12-23
1.6.0.X	Standard	2008-10-01	2010-05-01	2010-10-01
1.6.1.X	Standard	2009-04-27	2010-05-01	2011-04-27
1.6.2.X	Standard	2009-12-18	2010-12-18	2011-12-28
1.8.X	LTS	TBD (Goal: Q3 2010)	TBD + 4 years	TDB + 5 years

Ya dicho sea de paso, acaban de publicarse las versiones candidatas: 1.4.32, 1.6.0.28, 1.6.1.20, y 1.6.2.8

Vea la nota oficial:

(más…)

2010-05-06

Skype lanzará multi-videoconferencia la semana que viene
Quizá sea una de las asignaturas pendientes que tiene el software libre pese a que existen algunos productos que parecen funcionar, la verdad es que nunca he llegado a conseguirlo: La multi-videoconferencia.
iChat de la versión de MacosX Tiger
Leo en Engadget que Skype planea publicar una nueva versión donde uno de los mayores atractivos es justamente el de poder hacer videoconferencia con hasta 5 personas simultaneamente.
Ya me llamó la atención poder hacer una videoconferencia con varias personas a través del cliente de mensajería que trae Apple MacOSX: iChat, que, para el que no lo sepa, funciona con un SIP bastante modificado y unos servidores especiales para poder retransmitir de forma fluida varias videoconferencias, así como una presentación o incluso un archivo de vídeo a suficientes frames por segundo como para poder ver una película.
No obstante, aunque con software libre hay algunos productos opensource como los de fontventa o algún otro, pero aún no he conseguido ver una multi-videoconferencia VoIP basada en SIP donde se puedan ver varias personas a la vez de una manera fluida.
Quizá (y sólo quizá) tenga algo que ver el hecho de que para disponer del ancho de banda suficiente para recibir varias transmisiones de vídeo a la vez hace falta comprimir bastante bien el vídeo y para esto, el códec necesario suele estar licenciado con patentes de forma que no es viable crear un software libre que utilice este tipo de códecs.
No obstante, existen alternativas libres como Theora, que ya sea dicho de paso, últimamente está siendo objeto de varios FUDs por parte de grandes empresas que intentan sembrar duda y miedo amenzando a las pequeñas empresas con acciones legales debido a la infracción de derechos de patentes (entra aquí para saber de lo que estamos hablando).
Con todo este jaleo de patentes, de códecs, y si realmente tiene éxito el tema de la multi-videoconferencia entre los usuarios, quizá sea hora de prestarle más atención a estos avances de forma que pueda lograrse desarrollar algo basado en estándares abiertos y que permita a varias personas tener una reunión sin necesidad de desplazarse físicamente.
Skype está realizando movimientos bastante inteligentes, primero atrayendo a empresas a utilizar sus servicios (mediante el Skype4Asterisk y luego mediante el SkypeToSIP) y ahora ofreciendo servicios bastante exclusivos como este.
Para completar el tema, Skype anuncia que la semana que viene publicará nuevos planes de llamadas para 170 países con tarifas bastante competitivas, por lo que parece que espera convertirse, tras este anuncio, en el principal proveedor de VoIP.
Preview de la videoconferencia de Skype
Más información, la próxima semana.
2010-05-06
Sangoma anuncia su tarjeta de trascoding
Sangoma acaba de anunciar que próximamente pondrá a la venta una nueva tarjeta de trascoding llamada Sangoma D100 que junto con un software especial será capaz de realizar el trascoding de hasta 480 llamadas simultaneas por cada tarjeta.
La Sangoma D100 estará disponible tanto para PCI como PCI Express utilizando un procesador incorporado en la tarjeta para realizar la conversión entre distintos códecs (como de G.711 a G.729) sin llegar a retrasar la comunicación ni cargar el propio procesador del sistema.
La tarjeta tendrá distintos niveles en función del número de canales simultaneos que se quiera convertir: 30, 90, 120, 240 ó 480 canales.
Además, el trascoding podrá realizarse desde cualquiera de los siguientes códecs sin que el códec original afecte al rendimiento ni al límite de canales:
- G.711
- G.722
- G.722.1
- G.726
- G.729AB
- GSM-FR, GSM-EFR
- AMR, AMR-WB (G.722.2)
- iLBC
- L8 (Linear 8K), L16 (Linear 16K)
Por último, añadir que estará soportado tanto Asterisk como FreeSWITCH e incluirá una API para que cualquier usuario pueda realizar desarrollos propios con ella.
La fecha de lanzamiento aún no ha sido anunciada, aunque se espera que esté disponible en pocas semanas y sobre el coste, el modelo básico de 30 canales costará unos $750, un poco cara en comparación con la tarjeta TC400B de Digium que por el mismo precio realiza el trascoding de 120 canales, aunque aún así, la D100 tampoco es la más cara del mercado.
Vía: http://www.telephonyware.com
2010-05-05
Panasonic: Si no puedes contra el enemigo…
De todos es conocido que las empresas que tradicionalmente han venido ocupando los puestos como «principales fabricantes de centralitas» están haciendo aguas poco a poco con pérdidas considerables y ventas al por mayor de las divisiones dedicadas a ofrecer servicios de comunicaciones para pequeñas y medianas empresas.
Casos como la venta de Ericsson, Nortel y cierres de algunas divisiones de Siemens, son algunos de los ejemplos que hemos visto en Sinologic de cómo empresas aferradas a la telefonía tradicional y con un tratamiento «desganado» hacia otras tecnologías como los protocolos abiertos (o el término cada vez más común: Open Communications) han terminado con pérdidas millonarias y posterior venta al mejor postor, lo que en el mejor de los casos se traduce en varios millones de euros en la compra de una ingeniería desfasada y sin nada nuevo que atraer al usuario.
Por suerte, hay casos en los que algunas empresas que continúan aferradas en su modelo de negocio, hacen algunos intentos por lanzar productos basados en protocolos abiertos como SIP intentando comprobar si es cierto que la «VoIP Free» tiene mercado y es entonces cuando nos encontramos productos como terminales SIP compatibles únicamente con la centralita de turno (aunque en su especificación afirman ser compatibles «SIP Compliant» con el RFC3261) el 90% de los servicios asociados al terminal únicamente son válidos si el servidor al que se conectan es de la misma marca. 🙁
Otros casos: aparecen terminales SIP puntuales que sí son compatibles con otros sistemas y es entonces cuando aparecen campañas publicitarias, emails de marketing proclamando a los 7 vientos que tal marca disponen «también» de terminales SIP que se pueden utilizar en sistemas como Asterisk o bien OpenSER, intentando formar parte de un mercado ya asentado pero muy competitivo de los fabricantes de dispositivos y terminales IP.
Una de estas empresas es Siemens y sus terminales SIP DECT de la gama C470 que tienen una buena crítica por los comentarios de algunos usuarios que conozco.
Pues bien, según leo en el blog de Tom Keating, Panasonic es otra de las empresas que se apuntan a la fabricación de terminales DECT basados en el protocolo SIP y para ratificar su buen comportamiento con sistemas abiertos, ha llegado a un acuerdo de homologación con Digium mediante el cual se garantiza que dichos terminales de Panasonic son perfectamente compatibles con Asterisk:
«We are excited to work with Digium and their fast growing base of customers using open source, standards-based business phone systems,» said Kim Murtagh, Director, Panasonic System Networks Company of America. «As the market leader, Panasonic is committed to delivering innovative features and superior performance.»
«The Digium and Panasonic interoperability partnership and certification of IP phones opens new opportunities for Digium channel partners and integrators,» said Digium’s David Hardy, Director of Business Development. «The Panasonic global footprint and commitment to SIP telephony excellence creates exciting sales opportunities for our partner community and for businesses using Asterisk.»
Estos terminales que acaban de anunciarse, se corresponden con la serie TGP500:
KX-TGP500
The system features a wall-mountable base unit and one cordless handset. It is expandable up to 6 DECT 6.0 cordless handsets and supports up to 8 phone numbers and 3 simultaneous calls. It boasts Wide Band Audio (G.722) and 5 hours Talk Time, 10 days Standby. Its elegant design features a white backlit large LCD on the handset and a Handset locator button on the base unit. It also has a handset speakerphone, 2.5mm headset jack and belt clip.
KX-TGP550
The KX-TGP550 has all the features and benefits of the KX-TGP500 and adds a corded base unit with a large white backlit LCD and 5 hours Talk Time, 10 days Standby, plus a Hands-Free Speaker phone, Handset Call Button on the base unit, and one-touch call transfer with Busy Lamp Indication.
KX-TPA50
The TGP500 systems can be expanded up to a total of 6 cordless handsets by adding the KX-TPA50 cordless handset.

Lo más interesante es sin duda el soporte para audio de alta calidad mediante el códec G.722 que se está convirtiendo en todo un valor añadido para cualquier infraestructura que se precie. Lo demás es bastante común con otros terminales DECT del mercado como el de los Snom m3/m9, Siemens C4xx o Aastra. 🙂
El mercado no para de moverse y por si alguien aún no se ha enterado, es época de cambios…

2010-05-04
Cómo verificar tu Asterisk para una instalación en producción
Poco más de un año han tardado los desarrolladores en hacer realidad una petición bastante interesante que hicieran nuestros compañeros Jon Bonilla y Saúl Ibarra cuando, cansados de que cada nueva versión de Asterisk 1.4 que añadía una nueva característica, volvían a aparecer antiguos bugs que ya habían sido solucionado, las conocidas «regresiones» que aparecían en 1.4 y más intensamente en 1.6.
El objetivo principal del debate era una crítica constructiva sobre el futuro del desarrollo de Asterisk y más concretamente la forma de publicación de versiones que defendía Russell Bryant de forma que varias ramas estuviesen en producción de forma simultaneamente como lo está haciendo la versión de Asterisk 1.6, así podemos ver Asterisk 1.6.0.26, 1.6.1.18 y 1.6.2.6 como versiones supuestamente estables.
Finalmente se optó para la rama 1.8 como versión LTS (Long Term Support) quedando como única rama lo que hará que «en teoría» pasará a ser mucho más estable, pero mientras tanto, se siguió pensando en nuevos mecanismos que permitieran obtener versiones de Asterisk mucho más estables para entornos en producción.
Tras esta discusión en la que participaron muchos desarrolladores explicando el porqué de la política de versiones que sigue Asterisk 1.6, y que era necesario algún cambio para evitar esas «regresiones» en futuras versiones, decidieron crear una API especial para que el sistema se testeara de forma automática para verificar que todas las características que funcionan en una versión, sigan funcionando en la siguiente.
Poco más de un año ocurrió desde el primer mensaje, y se ve que han estado trabajando en ello porque ayer Leif Madsen ha publicado en el blog de Asterisk un ejemplo práctico sobre cómo ejecutar esos auto-tests para verificar que las características / servicios de las nuevas versiones sigan funcionando, así que ni cortos ni perezosos nos hemos puesto a probarlo nosotros mismos y verificar que realmente funciona como dice…
(más…)
2010-05-04